> ## 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.

# Livepeer Glossary

> Complete glossary of terms used across the Livepeer Real-time AI & Video Network – protocol, video, AI, web3, and operational terminology.

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 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 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 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** and **Tab** filters to narrow by domain or section
</Tip>

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

Complete reference of terms used across all Livepeer documentation – covering protocol roles, video engineering, AI inference, web3 mechanics, and operational concepts.

<Note>
  **Scope**: Protocol, video, AI, web3, and operational terms – used across all tabs. For resources-section-scoped terms, see the [Resources Glossary](/v2/resources/resource-hub-terms). For internal contributor and governance terms, see `docs-guide/docs-glossary.md` (internal contributors and agents only – not publicly served).
</Note>

<CustomDivider />

<SearchTable
  headerList={["Term", "Category", "Tabs", "Definition"]}
  searchColumns={[0, 3]}
  itemsList={[
{ Term: "@livepeer/react", Category: "livepeer:sdk", Tabs: "community", Definition: "React SDK providing prebuilt UI primitives (Player, Broadcast) for video experiences in web apps." },
{ Term: "ABR (Adaptive Bitrate)", Category: "video:encoding", Tabs: "solutions", Definition: "Streaming technique that detects viewer bandwidth in real time and switches between pre-encoded bitrate levels to maintain continuous playback." },
{ Term: "Access Control", Category: "video:studio", Tabs: "solutions", Definition: "Restricts who can view streams or assets via signed JWTs, API keys, or webhook authorization callbacks." },
{ Term: "Active Set", Category: "livepeer:protocol", Tabs: "about, community, lpt, orchestrators, resources", Definition: "The top 100 orchestrators by total bonded stake that are eligible to receive work and inflationary rewards each round." },
{ Term: "Active Set Election", Category: "livepeer:protocol", Tabs: "about, lpt", Definition: "The process at the start of each round that determines the top 100 orchestrators by bonded stake to form the active set eligible to receive work." },
{ Term: "Advisory Boards", Category: "livepeer:entity", Tabs: "community", Definition: "Strategic bodies aligning ecosystem stakeholders on roadmap and opportunities through structured strategy-setting." },
{ Term: "AES-CBC", Category: "technical:security", Tabs: "solutions", Definition: "AES (Advanced Encryption Standard) in Cipher Block Chaining mode – symmetric encryption where each plaintext block is XOR'd with the previous ciphertext block before encryption." },
{ Term: "Agent", Category: "ai:concept", Tabs: "resources", Definition: "A system that perceives its environment and acts autonomously to achieve goals, often powered by large language models with tool access." },
{ Term: "Agents", Category: "ai:concept", Tabs: "home", Definition: "Systems that perceive their environment and act autonomously to achieve goals, often powered by LLMs with tools." },
{ Term: "AI (Artificial Intelligence)", Category: "ai:concept", Tabs: "resources", Definition: "The simulation of human intelligence processes by machines – including learning, reasoning, and problem-solving – using statistical models trained on large datasets." },
{ Term: "AI Gateway API", Category: "livepeer:product", Tabs: "developers", Definition: "REST API endpoint layer for routing AI inference requests through Livepeer's gateway nodes to GPU orchestrators on the network." },
{ Term: "AI Inference", Category: "ai:concept", Tabs: "lpt, orchestrators", Definition: "Running a trained neural network model on new input data to produce predictions or generated outputs, as opposed to the training phase." },
{ Term: "AI Pipeline", Category: "ai:pipeline", Tabs: "home", Definition: "End-to-end construct orchestrating data flow through processing steps to produce output." },
{ Term: "AI runner (ai-runner)", Category: "livepeer:tool", Tabs: "community", Definition: "Software component executing AI model inference tasks on an orchestrator node." },
{ Term: "AI Runner", Category: "livepeer:config", Tabs: "orchestrators", 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: "AI subnet", Category: "livepeer:protocol", Tabs: "community", Definition: "Portion of the Livepeer network dedicated to AI inference work, where orchestrators advertise AI capabilities and gateways route AI jobs." },
{ Term: "AI Video", Category: "ai:application", Tabs: "home", Definition: "Broad category encompassing AI-powered video processing tasks such as generation, transformation, and inference on live or recorded streams." },
{ Term: "AI Video SPE", Category: "livepeer:entity", Tabs: "community", Definition: "Special Purpose Entity funded by the community treasury to advance decentralized AI compute, scaling ComfyStream and BYOC pipelines." },
{ Term: "aiModels.json", Category: "livepeer:config", Tabs: "orchestrators", Definition: "JSON configuration file specifying available AI models including pipeline type, model ID, pricing, and warm status for an orchestrator node." },
{ Term: "AIServiceRegistry", Category: "livepeer:contract", Tabs: "orchestrators", Definition: "Smart contract registering AI service capabilities for orchestrators on the Livepeer AI network." },
{ Term: "aiWorker", Category: "livepeer:config", Tabs: "orchestrators", 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: "Ambassador Programme", Category: "operational:community", Tabs: "community", Definition: "Community outreach initiative where participants represent Livepeer to new audiences." },
{ Term: "API Key", Category: "technical:dev", Tabs: "solutions", Definition: "Secret unique identifier sent with API requests to authenticate the caller and authorize access to platform resources." },
{ Term: "Arbitrage", Category: "economic:pricing", Tabs: "gateways", Definition: "Exploiting price differences between markets; in the Livepeer context, selecting lower-cost orchestrators when multiple are available for the same capability." },
{ Term: "Arbitrum", Category: "web3:chain", Tabs: "home, about, developers, gateways, orchestrators, community, lpt, resources", Definition: "A Layer 2 Optimistic Rollup settling to Ethereum, processing transactions off-chain while inheriting Ethereum-grade security; the chain where Livepeer protocol contracts are deployed." },
{ Term: "Asset", Category: "video:studio", Tabs: "solutions", Definition: "Stored video file (VOD) managed by Livepeer Studio, identified by a unique ID with associated metadata and playback URLs." },
{ Term: "AT Protocol", Category: "technical:social", Tabs: "solutions", Definition: "Authenticated Transfer Protocol – open decentralized social networking standard developed by Bluesky, enabling federated identity and data portability." },
{ Term: "Atomic Execution", Category: "web3:governance", Tabs: "lpt", Definition: "A guarantee that a set of on-chain operations either all succeed or none execute, preventing partial state changes." },
{ Term: "Audio-to-Text", Category: "ai:pipeline", Tabs: "orchestrators", Definition: "AI pipeline converting spoken language audio into written text using deep neural networks." },
{ Term: "autonomous agent", Category: "ai:application", Tabs: "community", Definition: "AI system independently pursuing complex goals by perceiving, deciding, using tools, and acting without supervision." },
{ Term: "Avatar", Category: "ai:application", Tabs: "home, solutions", Definition: "Graphical representation of a user or AI entity, from 2D images to fully animated 3D digital characters driven by AI models." },
{ Term: "awesome-livepeer", Category: "livepeer:tool", Tabs: "community", Definition: "Community-curated list of projects, tutorials, demos, and resources in the Livepeer ecosystem." },
{ Term: "B-frames", Category: "video:encoding", Tabs: "solutions", Definition: "Bidirectional predicted video frames that reference both preceding and following frames to achieve the highest compression ratio in a coded video stream." },
{ Term: "Batch AI / Batch AI Inference", Category: "ai:pipeline", Tabs: "developers, orchestrators", Definition: "Running a trained model on a group of inputs asynchronously, optimising GPU utilisation through parallelisation." },
{ Term: "Bearer Token", Category: "technical:dev", Tabs: "solutions", Definition: "Access token carried in an HTTP Authorization header, used by API clients to authenticate requests without re-sending credentials." },
{ Term: "Bitrate", Category: "video:encoding", Tabs: "solutions, resources", Definition: "Number of bits conveyed per second of video; determines the data throughput rate of an encoded stream, directly affecting quality and file size." },
{ Term: "BLIP", Category: "ai:model", Tabs: "orchestrators", Definition: "Vision-language model by Salesforce using bootstrapped captioning and filtering for image understanding tasks including captioning and visual QA." },
{ Term: "Block Timestamps", Category: "web3:identity", Tabs: "resources", Definition: "Unix timestamps embedded in each Ethereum or Arbitrum block header, used by smart contracts for time-dependent functions such as round boundaries." },
{ Term: "Blockchain", Category: "web3:concept", Tabs: "home", Definition: "A distributed ledger of records (blocks) securely linked via cryptographic hashes, managed by peer-to-peer consensus." },
{ Term: "Bonded Stake", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The total amount of LPT currently locked across the network through active bonding relationships between delegators and orchestrators." },
{ Term: "Bonding", Category: "web3:tokenomics", Tabs: "about, community, orchestrators, lpt", Definition: "Locking (staking) LPT tokens to an orchestrator in Livepeer's delegated proof-of-stake system to participate in network security and earn rewards." },
{ Term: "Bonding Rate (beta)", Category: "economic:reward", Tabs: "lpt", Definition: "The ratio of total bonded LPT to total token supply; Livepeer targets a 50% participation rate." },
{ Term: "BondingManager", Category: "livepeer:contract", Tabs: "orchestrators, lpt, resources", Definition: "The core Livepeer smart contract managing all bonding, delegation, staking logic, fund ownership, and reward distribution on Arbitrum." },
{ Term: "BondingVotes", Category: "livepeer:contract", Tabs: "lpt, resources", Definition: "The Livepeer smart contract that tracks historical stake snapshots for governance, enabling stake-weighted voting power to be calculated at any past checkpoint." },
{ Term: "Bounty", Category: "economic:treasury", Tabs: "community", Definition: "Reward for completing a specific task, funded by community treasury or foundation." },
{ Term: "Bridge", Category: "web3:concept", Tabs: "lpt", Definition: "Infrastructure connecting two blockchain ecosystems that enables token and information transfer between them." },
{ Term: "Bridging", Category: "web3:concept", Tabs: "lpt, resources", Definition: "The mechanism connecting two blockchain ecosystems to enable token or information transfer between them; specifically, moving LPT between Ethereum L1 and Arbitrum L2." },
{ Term: "Broadcaster (deprecated)", Category: "livepeer:role", Tabs: "about, solutions, gateways, resources", Definition: "Legacy term for the node that published streams and submitted video jobs for transcoding; now replaced by 'Gateway.'" },
{ Term: "BroadcastSessionsManager", Category: "livepeer:protocol", Tabs: "gateways", Definition: "An internal go-livepeer component that manages active transcoding sessions between a gateway and its selected orchestrators." },
{ Term: "BYOC (Bring Your Own Compute / Bring Your Own Container)", Category: "livepeer:deployment", Tabs: "home, developers, gateways, orchestrators, community, resources", Definition: "Deployment pattern where users supply custom Docker containers for AI workloads on the Livepeer network, enabling arbitrary Python-based models to run as pipelines." },
{ Term: "C2PA", Category: "technical:security", Tabs: "solutions", Definition: "Coalition for Content Provenance and Authenticity – open standard producing tamper-evident manifests that record the origin and edit history of media files." },
{ Term: "Capability", Category: "livepeer:protocol", Tabs: "gateways, resources", Definition: "An AI service or job type – defined as a pipeline and model pair – that an orchestrator advertises as available to gateways for routing." },
{ Term: "Capability Advertisement", Category: "livepeer:protocol", Tabs: "orchestrators", Definition: "Mechanism by which orchestrators inform gateways of the AI services, pipelines, and models they can process." },
{ Term: "Capability Matching", Category: "livepeer:protocol", Tabs: "orchestrators", Definition: "Process by which a gateway routes an AI task to an appropriate orchestrator based on advertised capabilities." },
{ Term: "Capital-backed Sybil Resistance", Category: "web3:tokenomics", Tabs: "lpt", Definition: "A security mechanism where staking capital is required to participate, making Sybil attacks economically costly because each fake identity must fund real stake." },
{ Term: "Capital Efficiency", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The degree to which staked capital generates productive returns through protocol inflation rewards, ETH fees, or work allocation." },
{ Term: "Cascade", Category: "livepeer:upgrade", Tabs: "home, about, developers, gateways, orchestrators", Definition: "Strategic vision for Livepeer to become the leading platform for real-time AI video pipelines, and the associated protocol upgrade enabling the AI inference subnet alongside transcoding." },
{ Term: "CBR (Constant Bitrate)", Category: "video:encoding", Tabs: "solutions", Definition: "Video encoding mode where the output data rate remains constant regardless of content complexity, trading compression efficiency for predictable file sizes." },
{ Term: "CDN (Content Delivery Network)", Category: "technical:infra", Tabs: "resources", Definition: "A geographically distributed network of servers caching and delivering content with high availability and low latency to end users." },
{ Term: "Checkpoint", Category: "livepeer:protocol", Tabs: "lpt", Definition: "An on-chain snapshot of stake state recorded by the BondingVotes contract, used as the reference point for governance voting power calculations." },
{ Term: "Claim Earnings", Category: "livepeer:protocol", Tabs: "lpt", Definition: "The on-chain action a delegator or orchestrator takes to collect accumulated inflationary LPT rewards and ETH fees that have been assigned to their stake." },
{ Term: "Clearinghouse", Category: "economic:payment", Tabs: "gateways, orchestrators", Definition: "A contract or system handling settlement of payments between gateways and orchestrators, including multi-user support, API key authentication, usage accounting, and fiat/stablecoin billing." },
{ Term: "CLI (Command-Line Interface)", Category: "technical:dev", Tabs: "orchestrators, resources", Definition: "A text-based interface for interacting with software by typing commands, used to configure and operate Livepeer gateway and orchestrator nodes." },
{ Term: "Clip", Category: "video:studio", Tabs: "solutions", Definition: "Short excerpt from a livestream or VOD asset defined by start and end timestamps, used for highlights or shareable segments." },
{ Term: "Codec (CODEC)", Category: "video:encoding", Tabs: "about, gateways, resources", Definition: "Software or hardware that compresses and decompresses digital video, typically using lossy compression algorithms." },
{ Term: "Cold Start", Category: "ai:concept", Tabs: "developers, gateways, orchestrators, resources", Definition: "The latency incurred when an AI model must be loaded from storage into GPU memory before the first inference request, typically ranging from 5 to 90 seconds." },
{ Term: "ComfyStream", Category: "livepeer:product", Tabs: "home, about, developers, orchestrators, community, resources", Definition: "ComfyUI custom node running real-time media workflows for AI-powered video and audio on live streams; a Livepeer project integrating ComfyUI with the network's live streaming infrastructure." },
{ Term: "ComfyUI", Category: "ai:framework", Tabs: "home, developers, orchestrators", Definition: "Open-source node-based graphical interface for building and executing AI image and video generation workflows." },
{ Term: "Commission Rate", Category: "economic:reward", Tabs: "community, lpt", Definition: "The combined percentage of inflationary rewards and ETH fees that an orchestrator retains before distributing the remainder to delegators." },
{ Term: "Community Arbitrum Node", Category: "livepeer:tool", Tabs: "community", Definition: "Free, load-balanced, geo-distributed RPC service for Arbitrum L2 and Ethereum L1, maintained by the LiveInfra SPE." },
{ Term: "Community Treasury", Category: "economic:treasury", Tabs: "lpt", Definition: "The on-chain fund governed by LPT stakeholders via LivepeerGovernor, funded by a governable percentage of per-round inflation, used for ecosystem development." },
{ Term: "Compute Marketplace", Category: "livepeer:product", Tabs: "home", Definition: "Decentralized market matching GPU supply from orchestrators with demand from applications and gateways." },
{ Term: "Concentration Risk", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The risk arising when a disproportionate share of total bonded stake is held by a small number of orchestrators, reducing network decentralization and resilience." },
{ Term: "Configuration Parameters", Category: "livepeer:config", Tabs: "resources", Definition: "CLI flags and environment variables that control node behavior including payment settings, pricing, preferred orchestrators, and network mode." },
{ Term: "Confluence", Category: "livepeer:upgrade", Tabs: "about", Definition: "The production protocol upgrade (LIP-73) that migrated Livepeer's core protocol contracts from Ethereum L1 to Arbitrum One, significantly reducing gas costs." },
{ Term: "Confluent Upgrade", Category: "livepeer:upgrade", Tabs: "home", Definition: "Alternate name for the Confluence upgrade deploying Livepeer's core protocol contracts to Arbitrum Mainnet (LIP-73)." },
{ Term: "Conventional Commits", Category: "operational:process", Tabs: "community", Definition: "Specification for structured commit messages enabling automated changelogs." },
{ Term: "Controller", Category: "livepeer:contract", Tabs: "about, resources", Definition: "The registry smart contract that manages all protocol contract addresses and coordinates protocol upgrades on Arbitrum." },
{ Term: "ControlNet", Category: "ai:model", Tabs: "orchestrators, resources", Definition: "A neural network architecture that adds spatial conditioning controls – such as edge maps, depth, or pose – to pretrained diffusion models." },
{ Term: "CORS (Cross-Origin Resource Sharing)", Category: "technical:dev", Tabs: "solutions", Definition: "HTTP mechanism that lets servers specify which origins outside their own domain are allowed to make browser requests to their resources." },
{ Term: "CRF (Constant Rate Factor)", Category: "video:encoding", Tabs: "solutions", Definition: "Encoding quality control parameter that targets consistent perceptual quality by adjusting quantization per frame; scale runs 0–51 with lower values producing higher quality." },
{ Term: "Cryptoeconomic Primitives", Category: "web3:concept", Tabs: "about", Definition: "Fundamental building blocks that combine cryptography and economic incentives to enable secure, decentralized protocols." },
{ Term: "CUDA (Compute Unified Device Architecture)", Category: "ai:framework", Tabs: "orchestrators", Definition: "NVIDIA's parallel computing platform and programming API enabling GPUs to be used for general-purpose processing and deep learning." },
{ Term: "CPU (Central Processing Unit)", Category: "technical:hardware", Tabs: "gateways, orchestrators, developers, about", 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: "DAO (Decentralized Autonomous Organization)", Category: "web3:concept", Tabs: "community, resources", Definition: "An organization governed by smart contracts, with rules encoded in code rather than legal structures, and members vote on proposals via a decentralized ledger." },
{ Term: "DASH (Dynamic Adaptive Streaming over HTTP)", Category: "video:protocol", Tabs: "resources", Definition: "An adaptive bitrate streaming protocol that breaks content into small HTTP-served segments at multiple bitrate levels, allowing clients to switch quality dynamically." },
{ Term: "Dashboard", Category: "video:studio", Tabs: "solutions", Definition: "Web-based management interface in Livepeer Studio for creating and managing streams, assets, API keys, and viewing analytics." },
{ Term: "Daydream", Category: "livepeer:product", Tabs: "home, about, solutions, developers, orchestrators, community", Definition: "Livepeer's hosted realtime AI video platform turning live camera input into AI-transformed visuals with sub-second latency." },
{ Term: "DeAI (Decentralized AI)", Category: "ai:application", Tabs: "home", Definition: "Distributed AI computation on blockchain networks enabling permissionless, trustless inference without centralized providers." },
{ Term: "Decentralization", Category: "web3:concept", Tabs: "home", Definition: "Transfer of control from a centralized entity to a distributed network, reducing single points of failure." },
{ Term: "Decentralized GPU Network", Category: "livepeer:protocol", Tabs: "resources", Definition: "A marketplace of GPU resources contributed by orchestrators worldwide, coordinated through crypto-economic incentives for video transcoding and AI inference." },
{ Term: "Delegation", Category: "web3:tokenomics", Tabs: "about, developers, community, lpt, resources", Definition: "The act of LPT holders staking their tokens toward orchestrators they trust, sharing proportionally in rewards without running any infrastructure themselves." },
{ Term: "Delegator", Category: "livepeer:role", Tabs: "home, about, developers, orchestrators, community, lpt, resources", Definition: "A token holder who stakes LPT to an orchestrator to secure the network, participate in governance, and earn a share of rewards without operating infrastructure themselves." },
{ Term: "Delta Upgrade", Category: "livepeer:upgrade", Tabs: "home", Definition: "Planned future Livepeer protocol phase focused on full decentralization with Truebit-based verification." },
{ Term: "Demand Aggregation", Category: "operational:process", Tabs: "gateways", Definition: "Consolidating requests from multiple users or applications for efficient routing to the orchestrator network." },
{ Term: "DePIN (Decentralized Physical Infrastructure Networks)", Category: "web3:concept", Tabs: "resources", Definition: "A category of blockchain systems that incentivize communities to collectively build and operate physical or computational infrastructure using token rewards." },
{ Term: "Deposit", Category: "economic:payment", Tabs: "gateways", Definition: "Funds (ETH) locked by a gateway into the TicketBroker smart contract to pay orchestrators via probabilistic micropayments." },
{ Term: "Dev Call", Category: "operational:community", Tabs: "community", Definition: "Recurring meeting where core developers discuss protocol development, node releases, and roadmap." },
{ Term: "Developer", Category: "livepeer:role", Tabs: "resources", Definition: "Anyone building applications using Livepeer, typically through hosted services such as Livepeer Studio, Daydream, or Streamplace, or via library SDKs." },
{ Term: "Developer Platform", Category: "livepeer:product", Tabs: "resources", Definition: "The abstraction layer providing tools, APIs, dashboards, and hosted services for building applications on top of Livepeer." },
{ Term: "Developer Stack", Category: "livepeer:product", Tabs: "developers", Definition: "Set of SDKs, APIs, UI components, and hosted services for integrating video and AI capabilities into applications." },
{ Term: "Diffusion Models", Category: "ai:concept", Tabs: "developers, orchestrators, resources", Definition: "Generative models learning to produce data by reversing a gradual noising process applied during training." },
{ Term: "Digital Twin", Category: "ai:application", Tabs: "home", Definition: "Virtual replica of a physical object or system continuously synchronized with real-world data." },
{ Term: "Dilution", Category: "economic:reward", Tabs: "lpt", Definition: "The reduction in proportional ownership experienced by non-staking token holders when new LPT is minted each round through inflation." },
{ Term: "Dispersal", Category: "video:processing", Tabs: "gateways", Definition: "Distribution of encoded video segments across multiple orchestrator nodes for redundancy and parallel processing." },
{ Term: "Dual Gateway / Dual Mode", Category: "livepeer:deployment", Tabs: "gateways, orchestrators", Definition: "A deployment where a single gateway node operates both video transcoding and AI inference workloads simultaneously." },
{ Term: "Dune", Category: "operational:monitoring", Tabs: "community", Definition: "Blockchain analytics platform for SQL queries on on-chain data." },
{ Term: "Dynamic Inflation", Category: "livepeer:protocol", Tabs: "about", Definition: "Livepeer's inflation model where the per-round LPT issuance rate adjusts up or down by 0.00005% each round based on whether staking participation is below or above the 50% target bonding rate." },
{ Term: "Economic Weight", Category: "web3:tokenomics", Tabs: "lpt", Definition: "An orchestrator's total active bonded stake, which determines their proportional share of inflationary rewards and their probability of being selected for job routing." },
{ Term: "Embody", Category: "livepeer:product", Tabs: "solutions", Definition: "Special Purpose Entity bringing embodied avatar workloads (Live2D, Three.js, Unreal Engine) into Livepeer as intelligent public pipelines." },
{ Term: "Embedding", Category: "ai:concept", Tabs: "developers", Definition: "Learned numerical vector representation in continuous space where similar items map to nearby points, enabling semantic search and cross-modal reasoning." },
{ Term: "Encrypted Asset", Category: "technical:security", Tabs: "solutions", Definition: "Media file protected by encryption at rest so that only authorized parties holding the correct decryption key can access its content." },
{ Term: "Encoding Ladder", Category: "video:encoding", Tabs: "gateways", Definition: "A structured set of video renditions at varying resolutions and bitrates for optimal cross-device adaptive bitrate viewing." },
{ Term: "Endpoint", Category: "technical:dev", Tabs: "solutions, developers", Definition: "Specific URL path at which an API receives requests and returns responses for a defined operation." },
{ Term: "Ephemeral Compute", Category: "technical:infra", Tabs: "about", Definition: "Short-lived GPU resource allocation provisioned on-demand for a single AI inference task, released when the task completes." },
{ Term: "ETH (Ether)", Category: "web3:token", Tabs: "home, gateways, orchestrators, resources", Definition: "The native cryptocurrency of Ethereum, used to pay transaction fees (gas) and as the fee currency for Livepeer payment settlements and orchestrator service fee payments." },
{ Term: "ETH Fees", Category: "economic:payment", Tabs: "about, lpt", Definition: "Payments in Ether made by gateways to orchestrators for completed transcoding or AI inference work, distributed to delegators after the fee cut." },
{ Term: "Ethereum", Category: "web3:chain", Tabs: "home, developers", Definition: "A decentralized, open-source blockchain with smart contract functionality; native cryptocurrency is Ether (ETH)." },
{ Term: "Ethereum Address", Category: "web3:identity", Tabs: "resources", Definition: "A 42-character hexadecimal string beginning with '0x,' derived from the last 20 bytes of a public key hash, used to send and receive funds and interact with smart contracts." },
{ Term: "Execution Layer", Category: "livepeer:protocol", Tabs: "about", Definition: "The layer where actual compute work is performed by orchestrators and workers, distinct from the on-chain protocol layer." },
{ Term: "Face Value", Category: "economic:payment", Tabs: "orchestrators", Definition: "The payout amount assigned to a probabilistic micropayment ticket if it is drawn as a winner." },
{ Term: "Failover", Category: "operational:monitoring", Tabs: "gateways, community", Definition: "Automatic switching to a backup orchestrator or system when the primary fails or becomes unresponsive, maintaining service continuity." },
{ Term: "Fault Proof", Category: "web3:chain", Tabs: "about", Definition: "A mechanism proving that an invalid state transition occurred on a Layer 2 chain, enabling challenges to incorrect rollup state roots." },
{ Term: "Fediverse", Category: "technical:social", Tabs: "solutions", Definition: "Federation of social networking platforms that communicate via open protocols such as ActivityPub, enabling cross-platform interaction without centralized control." },
{ Term: "Fee Cut", Category: "economic:reward", Tabs: "about, orchestrators, community, lpt, resources", Definition: "The percentage of ETH service fees (or inflationary LPT rewards) that an orchestrator retains before distributing the remainder to delegators." },
{ Term: "Fee Pool", Category: "economic:reward", Tabs: "orchestrators, lpt, resources", Definition: "Accumulated ETH fees awaiting distribution between an orchestrator and its delegators, originating from winning payment ticket redemptions." },
{ Term: "Fee Share", Category: "economic:reward", Tabs: "about, lpt", Definition: "The portion of ETH fees earned by an orchestrator that is distributed to delegators proportionally to their bonded stake." },
{ Term: "Fee Switch", Category: "economic:treasury", Tabs: "lpt", Definition: "A governance-controlled mechanism that enables or adjusts the redirection of protocol fees to the community treasury or other designated destinations." },
{ Term: "Finality", Category: "web3:concept", Tabs: "about", Definition: "The condition where a blockchain transaction becomes irreversible and cannot be altered or rolled back." },
{ Term: "Foundation", Category: "livepeer:entity", Tabs: "home", Definition: "Non-profit Cayman Islands Foundation Company stewarding long-term vision, ecosystem growth, and core development of the Livepeer protocol." },
{ Term: "Frame Rate", Category: "video:encoding", Tabs: "home", Definition: "Frequency at which consecutive frames are captured or displayed, measured in frames per second (fps); common rates are 24, 30, and 60 fps." },
{ Term: "FrameProcessor", Category: "livepeer:sdk", Tabs: "developers", Definition: "Pattern in PyTrickle for building real-time video processing applications with custom per-frame processing logic." },
{ Term: "Frameworks", Category: "livepeer:product", Tabs: "solutions", Definition: "Product by the MistServer team bridging Livepeer's transcoding infrastructure and real-world applications; provides libraries and integration tools for embedding Livepeer services." },
{ Term: "Gas", Category: "web3:concept", Tabs: "resources", Definition: "The unit measuring computational effort required to execute operations on Ethereum or Arbitrum; users pay gas fees in ETH to cover execution costs." },
{ Term: "GB (Gigabyte)", Category: "technical:hardware", Tabs: "gateways, orchestrators, developers", 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: "Gateway", Category: "livepeer:role", Tabs: "home, about, solutions, developers, gateways, orchestrators, community, lpt, resources", Definition: "A node that submits jobs, routes work to orchestrators, manages payment flows, and provides a protocol interface between applications and the Livepeer Network." },
{ Term: "Gateway-as-a-Service", Category: "livepeer:deployment", Tabs: "gateways", Definition: "A hosted deployment model allowing users to access gateway functionality without managing their own infrastructure." },
{ Term: "Gateway Middleware", Category: "livepeer:protocol", Tabs: "gateways", Definition: "A pluggable logic layer inserted into the gateway request pipeline for custom processing such as authentication, rate-limiting, or request transformation." },
{ Term: "Gateway operator", Category: "livepeer:role", Tabs: "community", Definition: "Person or organisation running and maintaining gateway nodes for network access." },
{ Term: "Generative Video", Category: "ai:application", Tabs: "home", Definition: "AI-produced video created by models that synthesize novel temporal frame sequences from text prompts or conditioning signals." },
{ Term: "Genesis Supply", Category: "economic:reward", Tabs: "lpt", Definition: "The initial 10 million LPT tokens created at protocol launch and distributed via the Merkle Mine mechanism." },
{ Term: "GeForce", Category: "technical:hardware", Tabs: "gateways, orchestrators", 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:sdk", Tabs: "developers, orchestrators", Definition: "Official Go implementation of the Livepeer protocol containing the Broadcaster, Orchestrator, Transcoder, Gateway, and Worker roles in a single binary." },
{ Term: "Governance", Category: "operational:governance", Tabs: "home, community, lpt, resources", Definition: "System of rules and processes for protocol decision-making including on-chain voting via LPT stake weight and the LivepeerGovernor contract." },
{ Term: "Governance Forum", Category: "operational:community", Tabs: "community, lpt", Definition: "The Livepeer Forum's governance category for LIPs, pre-proposals, and protocol governance discussions before on-chain votes." },
{ Term: "Governor Contract", Category: "livepeer:contract", Tabs: "about, lpt, resources", Definition: "The on-chain governance smart contract (LivepeerGovernor) that authorizes protocol upgrades and parameter changes via stake-weighted voting." },
{ Term: "GovWorks", Category: "livepeer:entity", Tabs: "community", Definition: "Meta-governance SPE ensuring transparent management of Livepeer governance and treasury allocation." },
{ Term: "Grafana", Category: "operational:monitoring", Tabs: "community", Definition: "Open-source visualization and dashboarding platform for metrics and logs." },
{ Term: "Grant", Category: "economic:treasury", Tabs: "community", Definition: "Non-repayable allocation from the community treasury or Livepeer Foundation for ecosystem development contributions." },
{ Term: "gRPC", Category: "technical:protocol", Tabs: "orchestrators", Definition: "High-performance remote procedure call framework using HTTP/2 and Protocol Buffers for efficient binary communication between services." },
{ Term: "Group of Pictures (GOP)", Category: "video:encoding", Tabs: "gateways", Definition: "An ordered arrangement of I-frames and inter-frames within a coded video stream; the set of frames between keyframes." },
{ Term: "GPU (Graphics Processing Unit)", Category: "technical:infra", Tabs: "home, community, orchestrators, resources", Definition: "Specialized processor for parallel computation used in rendering, video encoding, and AI inference workloads." },
{ Term: "GPU Operator", Category: "livepeer:role", Tabs: "home, developers", Definition: "An orchestrator operator contributing GPU hardware and AI model capacity to the Livepeer network for transcoding or AI inference workloads." },
{ Term: "GPU Worker", Category: "technical:infra", Tabs: "gateways, orchestrators", Definition: "A Livepeer node with GPU hardware that performs transcoding or AI inference tasks for an orchestrator." },
{ Term: "GTX (NVIDIA GTX)", Category: "technical:hardware", Tabs: "gateways, orchestrators", 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: "GWID (Gateway Wizard)", Category: "livepeer:entity", Tabs: "community", Definition: "Gateway Wizard SPE building a managed DevOps tool for running and managing gateway infrastructure." },
{ Term: "Hard Gate", Category: "livepeer:config", Tabs: "orchestrators", 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:protocol", Tabs: "about, solutions, developers, gateways, orchestrators, resources", Definition: "Apple's HTTP Live Streaming protocol that encodes video into multiple quality levels segmented into small files, delivered with an index playlist (.m3u8) for adaptive bitrate playback." },
{ Term: "HTTP Ingest", Category: "video:processing", Tabs: "gateways", Definition: "Receiving a live video stream via HTTP push (rather than RTMP) for transcoding or AI processing." },
{ Term: "HuggingFace", Category: "ai:platform", Tabs: "gateways, orchestrators, developers, community", 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: "ICO (Initial Coin Offering)", Category: "web3:concept", Tabs: "resources", Definition: "A fundraising mechanism where a blockchain project sells newly created tokens to the public in exchange for established cryptocurrencies." },
{ Term: "Image-to-Image", Category: "ai:pipeline", Tabs: "developers, orchestrators", 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:pipeline", Tabs: "developers, orchestrators", Definition: "AI pipeline generating a textual description from an input image, encompassing captioning and optical character recognition." },
{ Term: "Image-to-Video", Category: "ai:pipeline", Tabs: "developers, orchestrators", Definition: "AI pipeline generating a short video clip conditioned on a single input image, animating a still frame into motion." },
{ Term: "Inference", Category: "ai:concept", Tabs: "home, developers, gateways, resources", Definition: "Running a trained model on new input data to produce predictions or generated outputs, as opposed to the training process." },
{ Term: "Inflation", Category: "livepeer:protocol", Tabs: "orchestrators, lpt, resources", Definition: "The dynamic issuance of new LPT tokens each protocol round, distributed to active orchestrators and delegators proportional to their bonded stake." },
{ Term: "Inflation Adjustment (alpha)", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The fixed per-round rate (0.00005%) by which the inflation rate increases or decreases based on whether the current Bonding Rate is below or above the Target Bonding Rate." },
{ Term: "Inflation Model", Category: "livepeer:protocol", Tabs: "about, lpt", Definition: "Livepeer's algorithmic mechanism that adjusts the per-round LPT issuance rate dynamically based on the gap between the current Bonding Rate and the 50% Target Bonding Rate." },
{ Term: "Inflation Rate", Category: "economic:reward", Tabs: "community, lpt", Definition: "The per-round percentage of the total LPT supply that is newly minted and distributed to active orchestrators and delegators; adjusts dynamically via the Inflation Adjustment mechanism." },
{ Term: "Inflationary Rewards", Category: "economic:reward", Tabs: "community, lpt", Definition: "Newly minted LPT tokens distributed each round proportionally to active orchestrators and their delegators based on bonded stake." },
{ Term: "Ingest", Category: "video:processing", Tabs: "solutions, resources", Definition: "Process of receiving a live video stream from a broadcaster's encoder into a media server, typically over RTMP, SRT, or WebRTC/WHIP." },
{ Term: "Interactive Media", Category: "ai:application", Tabs: "home", Definition: "Digital content dynamically responding to user input in real time, combining text, images, audio, and video." },
{ Term: "Interval-Based Payment", Category: "economic:payment", Tabs: "gateways", Definition: "A compensation model where payment tickets are sent at regular time intervals rather than per segment or per request." },
{ Term: "Issuance", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The minting of new LPT tokens each round as the mechanism for distributing inflationary rewards to protocol participants." },
{ Term: "Job", Category: "livepeer:protocol", Tabs: "home", Definition: "A unit of work submitted to the Livepeer network specifying stream ID, transcoding options or AI pipeline, and price." },
{ Term: "Job Lifecycle", Category: "livepeer:protocol", Tabs: "about", Definition: "The sequence of stages from job submission through orchestrator selection, work execution, verification, and payment settlement." },
{ Term: "JSON (JavaScript Object Notation)", Category: "technical:protocol", Tabs: "solutions", Definition: "Lightweight, human-readable data interchange format using key-value pairs and ordered lists, widely used for API request and response bodies." },
{ Term: "JavaScript", Category: "technical:language", Tabs: "developers, community", Definition: "A high-level interpreted scripting language used for web and server-side development; Livepeer's primary SDKs and gateway clients expose JavaScript/TypeScript APIs." },
{ Term: "JWT (JSON Web Token)", Category: "technical:security", Tabs: "solutions, developers", Definition: "Compact, URL-safe token format carrying signed claims used for stateless authentication; in video access control, a signed JWT proves viewer entitlement without a server round-trip for every request." },
{ Term: "Keyframe Interval", Category: "video:encoding", Tabs: "solutions", Definition: "Distance in frames or seconds between consecutive keyframes (I-frames); a shorter interval improves seeking accuracy while a longer interval improves compression efficiency." },
{ Term: "KYC (Know Your Customer)", Category: "operational:process", Tabs: "developers", Definition: "Know Your Customer – identity verification process for regulatory compliance, requiring users to provide identifying information before accessing certain features." },
{ Term: "KYO (Know Your Orchestrator)", Category: "operational:community", Tabs: "community", Definition: "Know Your Orchestrator – Live Pioneers interview series profiling active orchestrators on the network." },
{ Term: "L1 Escrow", Category: "livepeer:contract", Tabs: "lpt", Definition: "The Ethereum mainnet contract that holds LPT in escrow during cross-chain bridging to Arbitrum, locking L1 tokens as L2 equivalents are minted on Arbitrum." },
{ Term: "L2LPTGateway", Category: "livepeer:contract", Tabs: "lpt", Definition: "The bridge contract deployed on Arbitrum that enables LPT token transfers between Ethereum L1 and Arbitrum L2." },
{ Term: "Latency", Category: "video:playback", Tabs: "home, solutions, gateways, resources", Definition: "Delay between capture at source and display on the viewer's device, accumulating at every pipeline stage." },
{ Term: "Layer 1", Category: "web3:chain", Tabs: "about", Definition: "The base blockchain network (e.g. Ethereum) that validates and finalizes transactions without reliance on another network." },
{ Term: "Layer 2 / Layer-2", Category: "web3:chain", Tabs: "home, about, resources", Definition: "A separate blockchain extending a Layer 1 by handling transactions off-chain while inheriting the security guarantees of the base chain." },
{ Term: "LIP (Livepeer Improvement Proposal)", Category: "operational:governance", Tabs: "home, about, developers, community, lpt", Definition: "Formal design document proposing changes to the Livepeer protocol, governance parameters, or ecosystem standards; the primary mechanism for protocol evolution." },
{ Term: "LIP-89", Category: "operational:governance", Tabs: "community, orchestrators, lpt", Definition: "Livepeer Improvement Proposal introducing the on-chain LivepeerGovernor contract, community treasury mechanism, stake-weighted voting, and the 10-round voting period." },
{ Term: "LIP-91", Category: "operational:governance", Tabs: "orchestrators", Definition: "Livepeer Improvement Proposal bundling the treasury establishment mechanism and defining the inflation-funded treasury reward cut rate." },
{ Term: "LIP-92", Category: "operational:governance", Tabs: "orchestrators", Definition: "Livepeer Improvement Proposal defining the AI model registry and capability discovery mechanism for the network." },
{ Term: "LISAR", Category: "livepeer:entity", Tabs: "community", Definition: "SPE providing ongoing ecosystem infrastructure contributions with monthly progress updates." },
{ Term: "Live AI", Category: "ai:concept", Tabs: "gateways", Definition: "Real-time AI processing applied to live video streams, typically using pipelines such as live-video-to-video running at interactive frame rates." },
{ Term: "Live Pioneers", Category: "operational:community", Tabs: "community", Definition: "Independent community for long-term LPT holders producing educational content and guides." },
{ Term: "Live-video-to-video", Category: "ai:pipeline", Tabs: "developers, orchestrators", Definition: "AI pipeline applying generative models to a continuous video stream frame-by-frame at interactive frame rates." },
{ Term: "LiveInfra", Category: "livepeer:entity", Tabs: "community", Definition: "SPE providing free, reliable blockchain infrastructure services including the Community Arbitrum Node." },
{ Term: "livepeer-ai-js", Category: "livepeer:sdk", Tabs: "community", Definition: "JavaScript/TypeScript library for the Livepeer AI API enabling AI inference integration." },
{ Term: "livepeer-ai-python", Category: "livepeer:sdk", Tabs: "community", Definition: "Python library for the Livepeer AI API providing programmatic access to AI inference pipelines." },
{ Term: "livepeer-go", Category: "livepeer:sdk", Tabs: "community", Definition: "Go server-side SDK for the Livepeer Studio API." },
{ Term: "livepeer-js", Category: "livepeer:sdk", Tabs: "community", Definition: "JavaScript library for the Livepeer Studio API providing programmatic access to stream and asset management." },
{ Term: "livepeer-python-gateway", Category: "livepeer:sdk", Tabs: "gateways, developers", Definition: "An open-source Python reference implementation of a Livepeer gateway, enabling job submission, payment flow management, and pipeline routing from Python applications." },
{ Term: "Livepeer Actor", Category: "livepeer:role", Tabs: "resources", Definition: "A participant in the Livepeer protocol or network – human or machine – that performs a defined role such as submitting jobs, providing compute, verifying work, or securing the system." },
{ Term: "Livepeer Cloud", Category: "livepeer:product", Tabs: "developers", Definition: "Platform by the Livepeer Cloud SPE increasing network accessibility with a free community AI gateway and managed developer services." },
{ Term: "Livepeer Ecosystem", Category: "livepeer:entity", Tabs: "resources", Definition: "The full set of projects, tools, participants, and organizations building on or contributing to the Livepeer network." },
{ Term: "Livepeer Explorer", Category: "livepeer:tool", Tabs: "community, lpt, resources", Definition: "Official protocol explorer for viewing orchestrator state, staking data, governance proposals, and delegating LPT." },
{ Term: "Livepeer Foundation", Category: "livepeer:entity", Tabs: "community, lpt, resources", Definition: "Non-profit Cayman Islands Foundation Company stewarding long-term vision, ecosystem growth, grant programs, and core development of the Livepeer network." },
{ Term: "Livepeer Inc", Category: "livepeer:entity", Tabs: "home, community", Definition: "Original company that built Livepeer's initial protocol architecture and core software." },
{ Term: "Livepeer Network", Category: "livepeer:protocol", Tabs: "solutions, resources", Definition: "The live operational decentralized system of orchestrators, workers, gateways, and broadcasters performing video transcoding and AI inference jobs." },
{ Term: "Livepeer Protocol", Category: "livepeer:protocol", Tabs: "resources", Definition: "The on-chain ruleset and smart contract logic governing staking, delegation, inflation, orchestrator selection, slashing, and probabilistic payments." },
{ Term: "Livepeer Studio", Category: "livepeer:product", Tabs: "solutions, developers", Definition: "Hosted developer platform providing APIs, SDKs, and a dashboard for adding live and on-demand video experiences to applications, backed by the Livepeer Network." },
{ Term: "Livepeer.js", Category: "livepeer:sdk", Tabs: "developers", Definition: "JavaScript library for the Livepeer API providing programmatic access to Studio features including stream and asset management." },
{ Term: "LivepeerGovernor", Category: "livepeer:contract", Tabs: "lpt", Definition: "The OpenZeppelin-based on-chain governor contract for Livepeer that enables stake-weighted voting on protocol proposals using checkpointed BondingVotes data." },
{ Term: "LivepeerNode", Category: "livepeer:protocol", Tabs: "gateways", Definition: "The core Go struct in go-livepeer representing a running Livepeer node instance, encapsulating configuration, session state, and network connections." },
{ Term: "Livestream", Category: "video:playback", Tabs: "solutions", Definition: "Real-time or near-real-time transmission of video and audio over a network to viewers as it is captured, without pre-recording." },
{ Term: "LLM (Large Language Model)", Category: "ai:concept", Tabs: "developers, orchestrators", Definition: "Large language model – neural network trained on massive text corpora to understand and generate natural language." },
{ Term: "Loki", Category: "operational:monitoring", Tabs: "orchestrators", Definition: "Horizontally scalable log aggregation system by Grafana Labs, used in Livepeer orchestrator monitoring stacks." },
{ Term: "LoRA (Low-Rank Adaptation)", Category: "ai:model", Tabs: "developers", Definition: "Low-Rank Adaptation – parameter-efficient fine-tuning technique injecting trainable low-rank matrices into transformer layers to specialise a model without full retraining." },
{ Term: "Low-Latency", Category: "video:streaming", Tabs: "solutions, about, developers", Definition: "A system characteristic where the delay between an event occurring and a response being delivered is minimised; in Livepeer, sub-500ms round-trip times are targeted for real-time AI video pipelines." },
{ Term: "LPT (Livepeer Token)", Category: "livepeer:protocol", Tabs: "home, about, developers, orchestrators, community, lpt, resources", Definition: "The ERC-20 governance and staking token used to coordinate, incentivize, and secure the Livepeer Network." },
{ Term: "LPT emissions", Category: "economic:reward", Tabs: "community", Definition: "New LPT tokens minted each protocol round via inflation, distributed to active orchestrators and their delegators." },
{ Term: "LPMS (Livepeer Media Server)", Category: "livepeer:sdk", Tabs: "resources", Definition: "An open-source media server library providing live video functionality including RTMP ingest and HLS output, used as the foundation for Livepeer transcoding nodes." },
{ Term: "Mainnet", Category: "web3:chain", Tabs: "orchestrators", Definition: "The primary public production blockchain where actual-value transactions occur on the distributed ledger." },
{ Term: "Marketplace", Category: "livepeer:product", Tabs: "home, gateways", Definition: "The decentralized market on the Livepeer network matching gateway demand with orchestrator supply, governed by capability, price, and performance." },
{ Term: "MaxPrice", Category: "livepeer:config", Tabs: "orchestrators", 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: "MaxPricePerCapability", Category: "livepeer:config", Tabs: "gateways", Definition: "A CLI configuration flag setting the maximum price a gateway will pay for a specific AI pipeline/model pair (capability), overriding the general MaxPricePerUnit for that task type." },
{ Term: "MaxPricePerUnit", Category: "livepeer:config", Tabs: "gateways", Definition: "A CLI configuration flag setting the maximum price per pixelsPerUnit that a gateway will accept from orchestrators; orchestrators priced above this threshold are excluded." },
{ Term: "Merkle Mine", Category: "web3:concept", Tabs: "community, lpt, resources", Definition: "Livepeer's algorithm for decentralized token distribution at genesis using Merkle proofs to fairly distribute initial LPT supply without an ICO." },
{ Term: "Micropayments", Category: "economic:payment", Tabs: "home, orchestrators", Definition: "Small-value payments for streaming services, implemented in Livepeer via a probabilistic lottery scheme to minimize on-chain transaction costs." },
{ Term: "Micropayment Ticket", Category: "economic:payment", Tabs: "gateways", Definition: "A small-value signed data structure sent from a gateway to an orchestrator representing a probabilistic payment; only winning tickets are redeemed on-chain." },
{ Term: "Milestone-based Grants", Category: "economic:treasury", Tabs: "community", Definition: "Funding released incrementally upon achievement of predefined deliverables rather than in a lump sum." },
{ Term: "Minter Contract", Category: "livepeer:contract", Tabs: "about, lpt, resources", Definition: "The smart contract responsible for minting new LPT tokens during orchestrator reward calls and holding ETH collected from winning payment tickets." },
{ Term: "MistServer", Category: "technical:infra", Tabs: "solutions, community", Definition: "Open-source media server providing live video ingest, transcoding, and delivery capabilities, used within Livepeer's infrastructure to handle protocol translation and stream routing." },
{ Term: "Model", Category: "ai:concept", Tabs: "home, developers, gateways, resources", Definition: "Mathematical structure (neural network with learned weights) enabling predictions or content generation for new inputs, identified by a model ID and pipeline type." },
{ Term: "Model Card", Category: "ai:concept", Tabs: "developers", Definition: "Standardised documentation describing a model's intended use, training data, evaluation metrics, and known limitations." },
{ Term: "Model ID", Category: "ai:concept", Tabs: "developers", Definition: "Unique string identifier specifying which AI model to invoke on a repository hub, for example `stabilityai/stable-diffusion-xl-base-1.0`." },
{ Term: "Model Warmth", Category: "ai:concept", Tabs: "orchestrators", Definition: "Status indicating whether an AI model is currently loaded in GPU memory (warm) or must be loaded from storage on demand (cold)." },
{ Term: "MP4", Category: "video:playback", Tabs: "solutions", Definition: "MPEG-4 Part 14 digital multimedia container format for storing video, audio, subtitles, and still images in a single file." },
{ Term: "Multimodal", Category: "ai:concept", Tabs: "developers", Definition: "AI systems capable of processing and integrating multiple data types – such as text, images, audio, and video – for cross-modal understanding and generation." },
{ Term: "Multistream", Category: "video:studio", Tabs: "solutions", Definition: "Simultaneous restreaming of a single live input to multiple external destination platforms (e.g., YouTube, Twitch) in a single broadcast session." },
{ Term: "NaaP (Network as a Platform)", Category: "livepeer:product", Tabs: "developers, gateways", Definition: "Network-as-a-Product – a reference architecture and implementation for multi-tenant gateway operation providing JWT-based authentication, developer API keys, and per-user usage tracking." },
{ Term: "Network Effects", Category: "economic:business", Tabs: "resources", Definition: "The phenomenon where a network's value increases as more participants join, creating compounding benefits for all existing members." },
{ Term: "Node", Category: "technical:infra", Tabs: "home, resources", Definition: "Computing device connected to a network participating in protocol operations such as transcoding, routing, or staking; any computing device running Livepeer software." },
{ Term: "Non-custodial", Category: "web3:concept", Tabs: "lpt", Definition: "A staking model in which users retain control of their private keys and token ownership while their LPT is bonded, so they are never required to transfer custody to a third party." },
{ Term: "NPC (Non-Player Character)", Category: "ai:application", Tabs: "home", Definition: "Non-player character not controlled by a human, increasingly powered by AI for dynamic, real-time interactions." },
{ Term: "NVDEC", Category: "technical:infra", Tabs: "orchestrators", Definition: "NVIDIA hardware video decoder that offloads video decoding from the CPU to dedicated silicon on NVIDIA GPUs." },
{ Term: "NVENC", Category: "technical:infra", Tabs: "orchestrators", 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:deployment", Tabs: "orchestrators", 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: "OBS (Open Broadcaster Software)", Category: "video:playback", Tabs: "solutions", Definition: "Free, open-source application for screen capture and live streaming, supporting RTMP, RTMPS, SRT, and WebRTC output protocols." },
{ Term: "Off-chain", Category: "web3:concept", Tabs: "about, resources", Definition: "Activities occurring outside the main blockchain, typically for scalability, speed, or cost reasons, with results optionally settled on-chain." },
{ Term: "Off-Chain Gateway", Category: "livepeer:deployment", Tabs: "gateways", Definition: "A gateway node that operates without blockchain integration, using a remote signer for payment operations and specifying orchestrators manually rather than relying on protocol discovery." },
{ Term: "Ollama", Category: "ai:model", Tabs: "developers, orchestrators", Definition: "Open-source tool for running large language models locally with a CLI and OpenAI-compatible REST API." },
{ Term: "On-chain", Category: "web3:concept", Tabs: "about, resources", Definition: "Actions, computations, or data that are directly recorded, executed, and verified on the blockchain with full transparency and security guarantees." },
{ Term: "On-Chain Gateway", Category: "livepeer:deployment", Tabs: "gateways", Definition: "A gateway node connected to the Livepeer protocol on Arbitrum, managing its own Ethereum wallet and using on-chain probabilistic micropayments for orchestrator settlement." },
{ Term: "On-chain Treasury", Category: "livepeer:protocol", Tabs: "community, lpt, resources", Definition: "Protocol-governed pool of LPT funded by inflation for community-approved ecosystem development, administered via the LivepeerGovernor contract." },
{ Term: "Open Source", Category: "web3:concept", Tabs: "resources", Definition: "Software whose source code is freely available for anyone to view, use, modify, and redistribute." },
{ Term: "Operational Mode", Category: "livepeer:config", Tabs: "gateways", Definition: "The deployment configuration that determines how a gateway connects to the Livepeer network: on-chain (Arbitrum-based payments, protocol discovery) or off-chain (remote signer, manual orchestrator addresses)." },
{ Term: "Operator Market", Category: "livepeer:protocol", Tabs: "lpt", Definition: "The competitive ecosystem of orchestrators offering differentiated services to gateways and delegators, distinguished by price, performance, reliability, and commission rates." },
{ Term: "Orchestrator", Category: "livepeer:role", Tabs: "home, about, solutions, developers, gateways, orchestrators, lpt, community, resources", Definition: "Supply-side operator contributing GPU resources, receiving jobs from gateways, performing transcoding or AI inference, and earning ETH fees and inflationary LPT rewards." },
{ Term: "Orchestrator Discovery", Category: "livepeer:protocol", Tabs: "gateways, orchestrators", Definition: "The process by which a gateway finds and evaluates available orchestrators – either automatically via the on-chain ServiceRegistry or manually via configured -orchAddr flags." },
{ Term: "OrchestratorInfo", Category: "livepeer:config", Tabs: "orchestrators", Definition: "Data structure advertised by orchestrators containing capabilities, pricing, service URI, and metadata used by gateways for selection decisions." },
{ Term: "orchSecret", Category: "livepeer:config", Tabs: "orchestrators", 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: "OSI Model", Category: "technical:infra", Tabs: "about", Definition: "The Open Systems Interconnection reference model that defines seven network layers (physical through application) as a conceptual framework for understanding protocol design." },
{ Term: "Output Profile", Category: "video:encoding", Tabs: "orchestrators", Definition: "Predefined set of encoding parameters (resolution, bitrate, codec, frame rate) defining a single rendition of a transcoded video." },
{ Term: "Overhead", Category: "economic:pricing", Tabs: "orchestrators", Definition: "Additional operational costs beyond direct computation, including gas fees for ticket redemption, bandwidth, and administrative costs." },
{ Term: "Passing threshold", Category: "operational:governance", Tabs: "community", Definition: "Minimum 'for' vote percentage (excluding abstentions) required for a governance proposal to pass." },
{ Term: "Pay-per-Pixel", Category: "economic:pricing", Tabs: "about", Definition: "Livepeer's pricing model where orchestrators are paid based on the total number of pixels transcoded, enabling granular and standardized cost comparison across different video resolutions and durations." },
{ Term: "Payment Channel", Category: "economic:payment", Tabs: "about", Definition: "An off-chain mechanism where two parties conduct multiple transactions and only settle the final state on-chain, reducing per-transaction gas costs." },
{ Term: "Payment Ticket", Category: "economic:payment", Tabs: "about, lpt, resources", Definition: "Signed off-chain data structure issued by a gateway to an orchestrator representing a probabilistic payment; only winning tickets are redeemable on-chain for their ETH face value." },
{ Term: "Pending Rewards", Category: "economic:reward", Tabs: "lpt", Definition: "Inflationary LPT and ETH fees that have been earned through staking but not yet claimed by calling the claim earnings function." },
{ Term: "Per Pixel (Price Per Pixel)", Category: "livepeer:economics", Tabs: "about, gateways, orchestrators", 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-Pixel Pricing", Category: "economic:pricing", Tabs: "gateways", Definition: "A cost model charging for transcoding work based on the total number of pixels processed (width × height × frame count), enabling standardized comparison across resolutions." },
{ Term: "Per-Request Pricing", Category: "economic:pricing", Tabs: "gateways", Definition: "A cost model charging per individual AI inference request rather than per pixel, used for AI pipeline jobs where pixel count is not a meaningful unit." },
{ Term: "Per Round", Category: "livepeer:economics", Tabs: "about, lpt, orchestrators", 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:protocol", Tabs: "orchestrators", 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: "Permissionless", Category: "web3:concept", Tabs: "home", Definition: "Property where anyone can participate without requiring approval from a central authority." },
{ Term: "Pixel", Category: "video:encoding", Tabs: "orchestrators", Definition: "Single point in a video frame used as the fundamental pricing unit for transcoding work on the Livepeer network." },
{ Term: "pixelsPerUnit", Category: "livepeer:config", Tabs: "orchestrators", Definition: "CLI parameter defining the number of pixels constituting one billable work unit, allowing granular pricing control." },
{ Term: "Pipeline", Category: "livepeer:protocol", Tabs: "gateways, resources", Definition: "A configured end-to-end AI processing workflow defining input type, model, and output, routed by the gateway to capable orchestrators." },
{ Term: "Playback ID", Category: "video:studio", Tabs: "solutions", Definition: "Public identifier for retrieving playback URLs for a stream or asset without exposing the private stream key or internal asset ID." },
{ Term: "Playback Policy", Category: "video:studio", Tabs: "solutions", Definition: "Access rules (public or JWT-required) attached to a stream or asset that determine what authentication viewers must present before playback is allowed." },
{ Term: "Player", Category: "video:playback", Tabs: "solutions", Definition: "Livepeer's embeddable video player component (lvpr.tv) with built-in support for HLS adaptive bitrate streaming and WebRTC low-latency fallback." },
{ Term: "PM (Probabilistic Micropayment)", Category: "economic:payment", Tabs: "orchestrators", 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:deployment", Tabs: "orchestrators", Definition: "Group of transcoder or worker nodes coordinated under a single orchestrator for increased capacity and redundancy." },
{ Term: "Pool Operator", Category: "livepeer:deployment", Tabs: "orchestrators", 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:deployment", Tabs: "orchestrators", 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: "Pre-Proposal", Category: "operational:governance", Tabs: "community", Definition: "Informal governance discussion document posted on the Forum before a formal LIP or treasury proposal." },
{ Term: "Price Feed", Category: "livepeer:config", Tabs: "orchestrators", Definition: "External data source providing real-time ETH/USD exchange rates used by orchestrators to denominate prices in USD terms." },
{ Term: "Price per pixel", Category: "economic:pricing", Tabs: "community, lpt", Definition: "Fundamental pricing unit for transcoding: cost in wei for processing one pixel of video." },
{ Term: "pricePerCapability", Category: "livepeer:config", Tabs: "orchestrators", 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:config", Tabs: "orchestrators", Definition: "JSON configuration allowing orchestrators to set customised per-gateway-address pricing, enabling different rates for specific gateway partners." },
{ Term: "pricePerUnit", Category: "livepeer:config", Tabs: "orchestrators", Definition: "CLI flag setting the transcoding price in wei per pixelsPerUnit that an orchestrator advertises to gateways." },
{ Term: "Probabilistic Micropayments", Category: "economic:payment", Tabs: "home, about, gateways, orchestrators, community", Definition: "A lottery-based payment scheme where only winning tickets are redeemed on-chain, amortizing transaction costs across many small payments without requiring per-payment gas." },
{ Term: "Profile", Category: "video:encoding", Tabs: "gateways", Definition: "An output specification defining a single transcoding rendition: resolution, bitrate, codec, and frame rate." },
{ Term: "Prometheus", Category: "operational:monitoring", Tabs: "community", Definition: "Open-source monitoring system collecting time-series metrics via HTTP pull from instrumented targets." },
{ Term: "Proof of Utility", Category: "livepeer:protocol", Tabs: "home, community", Definition: "Model where participants prove they performed useful work for the network rather than just staking capital." },
{ Term: "Proof-of-Stake", Category: "web3:concept", Tabs: "about, lpt", Definition: "A blockchain consensus mechanism where validators stake cryptocurrency as collateral to propose and validate blocks, replacing computation-intensive proof-of-work." },
{ Term: "Proposer Bond", Category: "web3:governance", Tabs: "lpt", Definition: "The minimum bonded LPT balance (100 LPT) required to submit a formal on-chain governance proposal." },
{ Term: "Protocol Layer", Category: "livepeer:protocol", Tabs: "developers, gateways", Definition: "On-chain layer governing staking, delegation, rewards, and verification via smart contracts deployed on Arbitrum." },
{ Term: "Provenance", Category: "technical:security", Tabs: "solutions", Definition: "Verified chain of custody and edit history of a digital asset, confirming its origin and tracking modifications over time." },
{ Term: "PyTorch", Category: "ai:framework", Tabs: "developers, orchestrators", Definition: "Open-source deep learning framework providing GPU-accelerated tensor computation and automatic differentiation, developed by Meta." },
{ Term: "PyTrickle", Category: "livepeer:sdk", Tabs: "developers", Definition: "Python package for real-time video and audio streaming with custom processing, built on the Livepeer Trickle protocol." },
{ Term: "Quadratic Funding", Category: "economic:treasury", Tabs: "community, lpt", Definition: "A public goods funding mechanism where matching funds amplify small individual contributions so that projects with broad community support receive disproportionately larger allocations." },
{ Term: "Quality Ladder", Category: "video:processing", Tabs: "resources", Definition: "An ordered set of encoding profiles from lowest to highest quality used for adaptive bitrate rendition selection in video delivery." },
{ Term: "Quorum", Category: "livepeer:protocol", Tabs: "about, community, lpt", Definition: "The minimum amount of participating stake required for a governance vote to be considered binding and valid." },
{ Term: "Real-time", Category: "video:playback", Tabs: "home, developers, community, resources", Definition: "Video delivery or AI processing with latency low enough for bidirectional interaction, typically under 500ms via WebRTC." },
{ Term: "Rebonding", Category: "web3:tokenomics", Tabs: "about, lpt", Definition: "Re-staking tokens that are in the unbonding period to an orchestrator, canceling the unbonding process and returning them to active bonded stake." },
{ Term: "Rebuffer Ratio", Category: "video:playback", Tabs: "solutions", Definition: "Rebuffering duration divided by total playback duration, expressing the fraction of viewing time spent waiting for the player to buffer data." },
{ Term: "Recording", Category: "video:studio", Tabs: "solutions", Definition: "Stored archive of a live stream session automatically saved as a VOD asset when recording is enabled on the stream object." },
{ Term: "Redeemer", Category: "livepeer:role", Tabs: "orchestrators", Definition: "Service or entity submitting a winning probabilistic micropayment ticket to the TicketBroker contract to claim its face value in ETH." },
{ Term: "Redemption", Category: "economic:payment", Tabs: "gateways", Definition: "The on-chain process of cashing in a winning probabilistic micropayment ticket for its face value in ETH via the TicketBroker contract." },
{ Term: "Remote Signer", Category: "technical:security", Tabs: "gateways, orchestrators, resources", Definition: "A service that holds private keys securely in an isolated environment and signs transactions on behalf of a Livepeer gateway or orchestrator node." },
{ Term: "Rendition", Category: "video:processing", Tabs: "solutions, gateways, orchestrators, resources", Definition: "Single encoded version of a source video at a specific resolution, bitrate, and codec configuration, produced during transcoding." },
{ Term: "Reputation", Category: "livepeer:protocol", Tabs: "resources", Definition: "A measure of an orchestrator's performance, reliability, and trustworthiness that influences job routing priority and payment selection by gateways." },
{ Term: "Reserve", Category: "economic:payment", Tabs: "gateways", Definition: "ETH held as collateral in the TicketBroker contract backing outstanding probabilistic payment tickets; used if the gateway's deposit is depleted." },
{ Term: "Resolution", Category: "video:encoding", Tabs: "solutions", Definition: "Pixel dimensions of a video frame expressed as width × height (e.g., 1920×1080); common tiers are 360p, 480p, 720p, 1080p, and 4K." },
{ Term: "REST (Representational State Transfer)", Category: "technical:protocol", Tabs: "solutions", Definition: "Architectural style for distributed hypermedia systems using standard HTTP methods (GET, POST, PUT, DELETE) for stateless resource interaction." },
{ Term: "Retroactive Funding", Category: "economic:treasury", Tabs: "community, lpt", Definition: "A funding model that rewards past contributions or completed projects based on demonstrated impact, reducing speculative risk for the treasury." },
{ Term: "Reward", Category: "economic:reward", Tabs: "home", Definition: "Combination of inflationary LPT and ETH fees earned by orchestrators and delegators each protocol round." },
{ Term: "Reward Call", Category: "livepeer:protocol", Tabs: "about, developers, orchestrators, community, lpt", Definition: "The on-chain transaction (Reward()) that an active orchestrator must submit each round to mint and distribute new LPT inflation rewards to itself and its delegators." },
{ Term: "Reward Cut", Category: "economic:reward", Tabs: "about, orchestrators, community, lpt, resources", Definition: "The percentage of inflationary LPT rewards that an orchestrator retains before distributing the remainder to its delegators." },
{ Term: "RFP (Request for Proposal)", Category: "operational:governance", Tabs: "community", Definition: "Formal solicitation posted by the community or Foundation inviting teams to submit proposals for defined work." },
{ Term: "Rollups", Category: "web3:concept", Tabs: "resources", Definition: "Layer-2 scaling solutions that execute transactions off-chain and post compressed data or proofs to Layer 1 to inherit its security guarantees." },
{ Term: "Room", Category: "video:studio", Tabs: "solutions", Definition: "Multi-participant WebRTC video session managed by Livepeer Studio, enabling multiple users to simultaneously broadcast and receive audio and video." },
{ Term: "Round", Category: "livepeer:protocol", Tabs: "about, orchestrators, community, lpt, resources", Definition: "A discrete time interval defined in Arbitrum/Ethereum blocks during which staking rewards are calculated, the active set is determined, and protocol state is updated; approximately one day." },
{ Term: "RoundsManager", Category: "livepeer:contract", Tabs: "orchestrators, lpt", Definition: "The Livepeer smart contract that tracks round progression, stores the current round number, and coordinates round-based protocol state transitions." },
{ Term: "RPC (Remote Procedure Call)", Category: "technical:protocol", Tabs: "community", Definition: "Protocol allowing a program to execute a procedure on a remote server; in blockchain contexts, the mechanism for querying and submitting transactions to a node." },
{ Term: "RTMP (Real-Time Messaging Protocol)", Category: "video:protocol", Tabs: "about, solutions, developers, gateways, orchestrators, resources", Definition: "TCP-based protocol for streaming audio, video, and data over a network, operating on port 1935; the dominant ingest protocol for live broadcasting software." },
{ Term: "RTMPS", Category: "video:protocol", Tabs: "solutions", Definition: "RTMP transported over a TLS/SSL connection, adding encryption to protect live video streams and metadata during ingest." },
{ Term: "RTX (NVIDIA RTX)", Category: "technical:hardware", Tabs: "gateways, orchestrators, developers", 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: "SAM 2", Category: "ai:model", Tabs: "developers", Definition: "Meta's unified foundation model for promptable segmentation in images and videos with streaming memory, enabling interactive region selection." },
{ Term: "Sampler", Category: "ai:concept", Tabs: "developers", Definition: "Algorithm controlling the denoising process in diffusion models by defining the noise schedule and update rule for each generation step." },
{ Term: "Scalability", Category: "technical:infra", Tabs: "home", Definition: "Ability to handle increasing workload by adding resources without degradation in performance or reliability." },
{ Term: "Scaling", Category: "operational:process", Tabs: "gateways", Definition: "Increasing gateway capacity to handle more concurrent requests, either horizontally (deploying additional gateway nodes) or vertically (adding resources to an existing node)." },
{ Term: "SDXL (Stable Diffusion XL)", Category: "ai:model", Tabs: "developers, resources", Definition: "Stable Diffusion XL – advanced text-to-image model with a 3× larger UNet and dual text encoders, generating images at 1024×1024 resolution." },
{ Term: "SDK (Software Development Kit)", Category: "technical:dev", Tabs: "solutions", Definition: "Collection of tools, libraries, and documentation enabling developers to build applications that integrate with a platform's APIs." },
{ Term: "Segment", Category: "livepeer:protocol", Tabs: "about, solutions, gateways, orchestrators, resources", Definition: "A time-sliced chunk of multiplexed audio and video data that is independently transcoded for parallel processing in Livepeer's pipeline; typically 2–10 seconds for HLS delivery." },
{ Term: "Segmentation", Category: "video:processing", Tabs: "solutions, developers, orchestrators", Definition: "(1) Video: the process of dividing a continuous video stream into short discrete chunks for HTTP-based delivery. (2) AI: task partitioning a digital image into regions by assigning a semantic label to every pixel." },
{ Term: "Self-Hosted", Category: "technical:deployment", Tabs: "developers, gateways", Definition: "A deployment model in which the operator runs their own infrastructure rather than relying on a managed cloud service; Livepeer gateways and AI nodes can be self-hosted on any compatible hardware." },
{ Term: "Service Margin", Category: "economic:pricing", Tabs: "gateways", Definition: "A markup that gateway operators add on top of orchestrator costs when reselling gateway access to end users." },
{ Term: "Service URI", Category: "livepeer:config", Tabs: "about, orchestrators", Definition: "The on-chain registered endpoint URL that gateways use to discover and establish a connection with an orchestrator node." },
{ Term: "ServiceRegistry", Category: "livepeer:contract", Tabs: "gateways, orchestrators", Definition: "A smart contract on Arbitrum where orchestrators register their service URI so that on-chain gateways can discover and contact them." },
{ Term: "Session", Category: "livepeer:protocol", Tabs: "about, solutions, gateways, orchestrators", Definition: "An active connection between a gateway and an orchestrator during which one or more jobs are processed within a continuous work period." },
{ Term: "Settlement", Category: "economic:payment", Tabs: "gateways", Definition: "The on-chain finalization of off-chain payment obligations via ticket redemption through the TicketBroker contract." },
{ Term: "Signing Key", Category: "video:studio", Tabs: "solutions", Definition: "Public/private cryptographic keypair used to sign and verify JWTs that gate access to access-controlled streams and assets in Livepeer Studio." },
{ Term: "Signer", Category: "technical:security", Tabs: "gateways", Definition: "The cryptographic key holder or process that authorizes payment tickets and Ethereum transactions on behalf of a gateway node." },
{ Term: "Siphon", Category: "livepeer:deployment", Tabs: "orchestrators", 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: "SLA (Service Level Agreement)", Category: "technical:operations", Tabs: "developers, gateways", Definition: "A formal commitment between a service provider and a customer defining expected performance levels, uptime guarantees, and remediation obligations." },
{ Term: "SLAM (Simultaneous Localization and Mapping)", Category: "ai:application", Tabs: "home", Definition: "Computational method constructing a map of an unknown environment while simultaneously tracking an agent's location within it." },
{ Term: "Slashing", Category: "livepeer:protocol", Tabs: "about, orchestrators, community, lpt, resources", Definition: "A penalty mechanism that destroys a portion of an orchestrator's bonded LPT for protocol violations such as failing verification, skipping verifications, or underperformance." },
{ Term: "Slashing Conditions", Category: "livepeer:protocol", Tabs: "resources", Definition: "The network-defined rules specifying exactly when and how LPT is slashed: failing verification checks, skipping assigned verifications, or sustained underperformance." },
{ Term: "Smart Contract", Category: "web3:concept", Tabs: "home, developers", Definition: "Self-executing program on a blockchain that automatically enforces agreement terms without intermediaries." },
{ Term: "Smoke Test", Category: "operational:monitoring", Tabs: "orchestrators", Definition: "Preliminary test verifying that an AI pipeline or node configuration is working correctly before deploying to production or accepting live traffic." },
{ Term: "Snowmelt", Category: "livepeer:upgrade", Tabs: "home", Definition: "Alpha phase of the Livepeer roadmap where the protocol was designed and incentives implemented, culminating in testnet launch." },
{ Term: "Solo Operator", Category: "livepeer:deployment", Tabs: "orchestrators", Definition: "Orchestrator deployment where a single operator runs a complete orchestrator node with all components on one machine, without pool workers." },
{ Term: "Solidity", Category: "technical:dev", Tabs: "developers", Definition: "Statically-typed, contract-oriented programming language for writing smart contracts on Ethereum and EVM-compatible chains." },
{ Term: "SPE (Special Purpose Entity)", Category: "livepeer:entity", Tabs: "home, about, solutions, developers, orchestrators, lpt, community, resources", Definition: "Treasury-funded organizational unit with a defined scope, budget, accountability structure, and operational timeline approved via governance, used to execute specific ecosystem workstreams." },
{ Term: "Stable Diffusion", Category: "ai:model", Tabs: "orchestrators", Definition: "Open-source latent diffusion model for text-to-image generation, operating in a compressed latent space for efficient high-quality image synthesis." },
{ Term: "StableLab", Category: "livepeer:entity", Tabs: "community", Definition: "Governance services firm serving as first GovWorks Chair, building transparent governance frameworks for Livepeer." },
{ Term: "Stake", Category: "web3:tokenomics", Tabs: "lpt, resources", Definition: "LPT bonded to an orchestrator through the protocol, representing a commitment that secures the network and determines the holder's proportional share of rewards, governance power, and work allocation." },
{ Term: "Stake Weight", Category: "economic:reward", Tabs: "orchestrators", 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: "Stake-for-Access", Category: "livepeer:protocol", Tabs: "resources", Definition: "A model where staking the protocol's native token is required to perform work or access network services, converting participation into token buying pressure." },
{ Term: "Stake-Weighted", Category: "livepeer:governance", Tabs: "about, lpt", Definition: "A mechanism where each participant's voting power, reward allocation, or selection probability is proportional to their staked token balance rather than equal per-participant." },
{ Term: "Stake-Weighted Voting", Category: "livepeer:protocol", Tabs: "about, community, lpt", Definition: "A governance voting system where each participant's vote weight is proportional to their bonded LPT stake." },
{ Term: "Staking", Category: "economic:reward", Tabs: "home, community, lpt, resources", Definition: "Locking LPT tokens in a proof-of-stake protocol to participate in network security, governance, and earn inflationary rewards and fee income." },
{ Term: "Stream", Category: "video:studio", Tabs: "solutions", Definition: "Top-level Livepeer Studio object representing a live broadcast channel, configured with a stream key, playback ID, transcoding profiles, and optional recording and multistream settings." },
{ Term: "Stream Key", Category: "video:studio", Tabs: "solutions", Definition: "Secret credential used by broadcasters to authenticate and push live video to a stream's ingest endpoint; equivalent to a password for the RTMP or SRT connection." },
{ Term: "StreamDiffusion", Category: "ai:model", Tabs: "solutions, developers, orchestrators", Definition: "Optimized real-time diffusion pipeline using stream batching and stochastic similarity filtering to apply generative image transformations to live video at interactive frame rates." },
{ Term: "Streamflow", Category: "livepeer:upgrade", Tabs: "home", Definition: "Performance phase upgrade introducing peer-to-peer distribution, WebRTC support, and the Orchestrator/Transcoder split." },
{ Term: "Streaming", Category: "video:playback", Tabs: "home, resources", Definition: "Continuous delivery of multimedia over a network rendered in real time, as opposed to full download before playback." },
{ Term: "Streamplace", Category: "livepeer:product", Tabs: "solutions, developers, community", Definition: "Project building the video infrastructure layer for decentralized social platforms, focused on the AT Protocol ecosystem and enabling open video publishing." },
{ Term: "Style Transfer", Category: "ai:application", Tabs: "home", Definition: "Using deep neural networks to apply the visual style of one image or video to the content of another." },
{ Term: "Sub-second Latency", Category: "video:playback", Tabs: "developers", Definition: "Video delivery with end-to-end delay under one second, typically achieved via WebRTC's UDP-based transport." },
{ Term: "Subgraph", Category: "web3:concept", Tabs: "orchestrators", Definition: "Custom open API defining how Livepeer on-chain data is indexed and queried via GraphQL, built on The Graph protocol." },
{ Term: "Supply", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The total number of LPT tokens in existence at any given time, starting from a genesis supply of 10 million and growing continuously through inflationary issuance." },
{ Term: "Surge strategy", Category: "economic:treasury", Tabs: "community", Definition: "Concentrated treasury spending approach targeting high-impact growth initiatives during strategic market windows." },
{ Term: "SVD (Stable Video Diffusion)", Category: "ai:model", Tabs: "developers", Definition: "Stability AI's latent diffusion model generating 14–25 frame video clips at 576×1024 resolution conditioned on a single input image." },
{ Term: "Synthetic Data", Category: "ai:application", Tabs: "home", Definition: "Artificially generated data produced by algorithms rather than real-world events, used for training AI models when real data is scarce or sensitive." },
{ Term: "TAM (Total Addressable Market)", Category: "economic:business", Tabs: "resources", Definition: "The total potential revenue opportunity available to a product or service if it captured 100% of its target market." },
{ Term: "Target Bonding Rate", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The 50% participation threshold for the ratio of bonded LPT to total supply; the inflation mechanism adjusts the per-round issuance rate to push toward this target." },
{ Term: "Tenderize", Category: "livepeer:tool", Tabs: "community", Definition: "Liquid staking protocol for LPT allowing staking while maintaining liquidity through derivative tokens." },
{ Term: "TensorRT", Category: "ai:framework", Tabs: "developers, resources", Definition: "NVIDIA's inference SDK optimising models through quantisation, layer fusion, and kernel auto-tuning for low-latency GPU inference." },
{ Term: "Text-to-Image", Category: "ai:pipeline", Tabs: "developers, orchestrators", Definition: "AI pipeline generating an image from a natural language text prompt using a language encoder and a diffusion model." },
{ Term: "Text-to-Speech", Category: "ai:pipeline", Tabs: "developers, orchestrators", Definition: "AI pipeline synthesising spoken audio from written text using phonetic conversion and audio synthesis models." },
{ Term: "Thawing Period", Category: "livepeer:protocol", Tabs: "lpt", Definition: "The mandatory waiting period of approximately 7 rounds after initiating an unbond before the freed LPT becomes withdrawable to the holder's wallet." },
{ Term: "Thumbnail", Category: "video:playback", Tabs: "solutions", Definition: "Reduced-size preview image representing a video frame, used for recognition, navigation, and social sharing previews." },
{ Term: "Ticket Broker", Category: "livepeer:contract", Tabs: "about, gateways, orchestrators", Definition: "The TicketBroker smart contract that manages Livepeer's probabilistic micropayment system, holding gateway deposits and reserves, and processing winning ticket redemptions." },
{ Term: "Throughput", Category: "operational:monitoring", Tabs: "orchestrators", 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: "Timelock", Category: "web3:governance", Tabs: "community, lpt", Definition: "A smart contract mechanism that enforces a mandatory delay between when a governance proposal passes and when it can be executed on-chain." },
{ Term: "Titan Node", Category: "livepeer:tool", Tabs: "orchestrators", Definition: "Community orchestrator group in Western North America providing education, Start Up Grants, and pre-configured hardware for running Livepeer orchestrators." },
{ Term: "Token Distribution", Category: "web3:tokenomics", Tabs: "lpt", Definition: "The allocation and dispersal of LPT tokens across founders, team, investors, and the public through mechanisms including the Merkle Mine, vesting schedules, and inflationary issuance." },
{ Term: "Tokenomics", Category: "web3:tokenomics", Tabs: "community, lpt, resources", Definition: "The economic design of a token system encompassing supply, distribution, incentives, staking, inflation, governance rights, and deflationary mechanisms." },
{ Term: "Transcode Fail Rate", Category: "operational:monitoring", Tabs: "orchestrators", Definition: "Percentage of source segments that an orchestrator fails to transcode successfully, used as a performance and reliability metric by gateways." },
{ Term: "Transcoding", Category: "video:processing", Tabs: "home, about, solutions, developers, gateways, orchestrators, lpt, community, resources", Definition: "Direct digital-to-digital conversion of video from one encoding format or bitrate to another for adaptive multi-rendition delivery." },
{ Term: "Transformer", Category: "ai:concept", Tabs: "resources", Definition: "A neural network architecture that uses self-attention mechanisms to process sequential data in parallel, forming the basis of most modern large language models and many vision models." },
{ Term: "Transformation SPE", Category: "livepeer:entity", Tabs: "community", Definition: "SPE seeding new contribution mechanisms, coordinating talent, and directing budgets for ecosystem workstreams." },
{ Term: "Treasury", Category: "economic:treasury", Tabs: "home, about, developers, orchestrators, lpt, community, resources", Definition: "Pool of LPT and ETH held on-chain for funding public goods and ecosystem development, governed by token holder votes via the LivepeerGovernor contract." },
{ Term: "Treasury Allocation", Category: "economic:treasury", Tabs: "lpt", Definition: "A governance-approved distribution of treasury funds to a specific proposal, SPE, or grant recipient." },
{ Term: "Treasury Forum", Category: "operational:community", Tabs: "community", Definition: "Forum section for treasury proposals, SPE funding discussions, and resource allocation." },
{ Term: "Treasury Governance", Category: "economic:treasury", Tabs: "lpt", Definition: "The on-chain process by which LPT stakeholders propose, vote on, and execute allocation of community treasury funds for ecosystem development." },
{ Term: "Treasury Reward Cut Rate", Category: "economic:treasury", Tabs: "community, lpt", Definition: "Governable percentage of per-round LPT inflation diverted to the community treasury instead of being distributed directly to orchestrators and delegators (currently 10%)." },
{ Term: "Treasury Talk", Category: "operational:community", Tabs: "community", Definition: "Recurring community call focused on treasury discussions and SPE updates." },
{ Term: "Tributary", Category: "livepeer:upgrade", Tabs: "home", Definition: "Beta phase of the Livepeer roadmap where LPMS supported most live streaming use cases and mainnet was deployed." },
{ Term: "Trickle Streaming Protocol", Category: "livepeer:sdk", Tabs: "developers", Definition: "Low-latency HTTP-based streaming protocol for real-time media transport between Livepeer nodes, enabling frame-level AI processing on live streams." },
{ Term: "Trustless", Category: "web3:concept", Tabs: "home", Definition: "System property where participants interact using cryptographic proofs rather than requiring trust in any third party." },
{ Term: "TTFF (Time to First Frame)", Category: "video:playback", Tabs: "solutions", Definition: "Duration from the moment a viewer presses play to the first video frame rendered on screen; a key quality-of-experience metric for streaming performance." },
{ Term: "TUS Upload", Category: "technical:security", Tabs: "solutions", Definition: "Resumable file upload protocol over HTTP that allows interrupted large file uploads to resume from where they stopped rather than restarting from the beginning." },
{ Term: "Unbonding", Category: "web3:tokenomics", Tabs: "about, lpt", Definition: "The process of initiating withdrawal of bonded LPT from an orchestrator, which triggers a 7-round waiting period (thawing period) before tokens become liquid and withdrawable." },
{ Term: "Unbonding period", Category: "web3:tokenomics", Tabs: "community", Definition: "Waiting period during which tokens are locked after initiating unbonding before becoming withdrawable (7 rounds in Livepeer)." },
{ Term: "Upscaling", Category: "ai:pipeline", Tabs: "home, orchestrators", Definition: "Increasing image or video resolution using AI models that predict high-frequency detail not present in the source." },
{ Term: "USD (United States Dollar)", Category: "economic:currency", Tabs: "lpt, community, about", Definition: "The official currency of the United States; used as the reference denomination for Livepeer gateway fees, grant amounts, treasury allocations, and market data." },
{ Term: "USD Pricing", Category: "economic:pricing", Tabs: "gateways, orchestrators", Definition: "A pricing configuration where work costs are denominated in US dollars, with automatic dynamic conversion to wei as the ETH/USD exchange rate fluctuates." },
{ Term: "USDT (Tether)", Category: "web3:token", Tabs: "lpt", Definition: "A US-dollar-pegged ERC-20 stablecoin issued by Tether Limited; available on some centralised exchanges as a trading pair for LPT." },
{ Term: "veLPT (Voting Escrow LPT)", Category: "web3:governance", Tabs: "community, lpt", Definition: "A proposed mechanism that would allow LPT holders to lock tokens for an extended period in exchange for enhanced governance voting power." },
{ Term: "Verification Mechanisms", Category: "livepeer:protocol", Tabs: "about", Definition: "Protocol-level processes that confirm orchestrators performed transcoding or AI work correctly, including Truebit-style verification and probabilistic spot-checking approaches." },
{ Term: "Verifier", Category: "livepeer:protocol", Tabs: "resources", Definition: "A network component responsible for validating work performed by orchestrators, confirming that transcoded or AI-processed output matches expected results." },
{ Term: "Vesting", Category: "web3:tokenomics", Tabs: "lpt", Definition: "A schedule controlling when token allocations – such as founder or team grants – become available over time, often with an initial cliff period followed by pro-rata release." },
{ Term: "Video on Demand (VOD)", Category: "video:delivery", Tabs: "developers, solutions", Definition: "A media delivery model where recorded video content is stored server-side and streamed to viewers on request at any time, in contrast to live streaming." },
{ Term: "Viewership", Category: "video:studio", Tabs: "solutions", Definition: "Audience metrics including view counts, watch time, unique viewers, and geographic distribution tracked for streams and assets." },
{ Term: "VOD (Video on Demand)", Category: "video:playback", Tabs: "home, solutions", Definition: "Video on demand – system allowing users to access pre-recorded content at any time, contrasting with live streaming." },
{ Term: "Vote detachment", Category: "web3:governance", Tabs: "community, lpt", Definition: "Delegators overriding their orchestrator's governance vote with their own independent stake-weighted vote on a specific proposal." },
{ Term: "Voting delay", Category: "operational:governance", Tabs: "community", Definition: "Number of rounds (1) between governance proposal creation and the start of the voting period." },
{ Term: "Voting period", Category: "operational:governance", Tabs: "community", Definition: "Number of rounds (10) during which token holders can cast votes on a governance proposal." },
{ Term: "Voting Power", Category: "livepeer:protocol", Tabs: "community, lpt", Definition: "The weight of a participant's vote in Livepeer on-chain governance, determined by their total bonded LPT stake at the block when the proposal was created." },
{ Term: "VRAM (Video RAM)", Category: "technical:infra", Tabs: "developers, orchestrators", Definition: "Dedicated GPU memory used for storing graphics data, model weights, and intermediate tensors during AI inference." },
{ Term: "Warm Model", Category: "ai:concept", Tabs: "about, developers, gateways, orchestrators, resources", Definition: "An AI model that is already loaded into GPU memory and ready to serve inference requests immediately, without the cold-start latency of loading from storage." },
{ Term: "Water Cooler", Category: "operational:community", Tabs: "community", Definition: "Biweekly informal community call for development updates and ecosystem news." },
{ Term: "Webhook", Category: "technical:dev", Tabs: "solutions, developers, gateways, orchestrators", Definition: "HTTP callback mechanism where a server sends an automated POST request to a configured URL when a specified platform event occurs." },
{ Term: "Webhook Discovery", Category: "livepeer:protocol", Tabs: "orchestrators", 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: "WebRTC (Web Real-Time Communication)", Category: "video:protocol", Tabs: "solutions, developers, resources", Definition: "Open-source project and W3C/IETF standard providing browsers and mobile apps with peer-to-peer real-time audio, video, and data exchange over UDP without plugins." },
{ Term: "WebVTT (Web Video Text Tracks)", Category: "video:playback", Tabs: "solutions", Definition: "W3C standard format for displaying timed text (captions, subtitles, chapters, metadata) synchronized with HTML5 video playback." },
{ Term: "Wei", Category: "web3:token", Tabs: "gateways, orchestrators, lpt", Definition: "The smallest denomination of Ether, where 1 ETH equals 10^18 Wei; used in on-chain price calculations and payment ticket values." },
{ Term: "Weight Factors", Category: "livepeer:config", Tabs: "gateways", Definition: "Configurable scoring parameters – including stake weight, price weight, and random selection weight – that the gateway uses to rank and select orchestrators during discovery." },
{ Term: "WHEP (WebRTC-HTTP Egress Protocol)", Category: "video:protocol", Tabs: "solutions, resources", Definition: "IETF draft protocol enabling viewers to watch content from streaming services via WebRTC using a standardized SDP offer/answer HTTP exchange." },
{ Term: "WHIP (WebRTC-HTTP Ingestion Protocol)", Category: "video:protocol", Tabs: "solutions", Definition: "RFC 9725 standard protocol for WebRTC-based live video ingestion via a simple HTTP SDP offer/answer exchange, enabling browser-native broadcasting without plugins." },
{ Term: "Whisper", Category: "ai:model", Tabs: "developers, orchestrators", Definition: "OpenAI's encoder-decoder transformer for speech recognition and translation, pre-trained on 680,000 hours of multilingual audio." },
{ Term: "Win Probability", Category: "economic:payment", Tabs: "orchestrators", 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:payment", Tabs: "about, orchestrators", Definition: "A probabilistic payment ticket whose random outcome meets the configured win probability threshold, entitling the orchestrator to redeem it on-chain for its ETH face value." },
{ Term: "Worker", Category: "livepeer:role", Tabs: "resources", Definition: "A Livepeer node running Docker containers for AI models or transcoding processes, executing compute tasks delegated by an orchestrator." },
{ Term: "Workload", Category: "operational:process", Tabs: "orchestrators", 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: "Workstreams", Category: "livepeer:entity", Tabs: "community", Definition: "Focused execution teams organized around specific domains, translating Advisory Board recommendations into phased initiatives." },
{ Term: "World Model", Category: "ai:application", Tabs: "home, solutions, developers, community, resources", Definition: "Neural network representing and predicting environment dynamics, enabling an AI agent to plan by simulating outcomes rather than acting purely from direct observation." },
{ Term: "Yield", Category: "economic:reward", Tabs: "lpt", Definition: "The annualized return on staked LPT expressed as a percentage, combining inflationary LPT rewards and any ETH fee share earned through the bonded orchestrator." },
{ Term: "Zero-to-Hero", Category: "livepeer:product", Tabs: "developers", Definition: "Guided learning path taking a developer from no prior knowledge of Livepeer to competent ecosystem participation through structured tutorials and exercises." },
]}
/>

<CustomDivider />

## A

<AccordionGroup>
  <Accordion title="@livepeer/react" icon="book-open">
    **Definition**: React SDK providing prebuilt UI primitives (Player, Broadcast) for video experiences in web apps.

    **Tags**: `livepeer:sdk`

    **Tabs**: community

    **Status**: current

    **Pages**: `community/sdks`, `community/tools`
  </Accordion>

  <Accordion title="ABR (Adaptive Bitrate)" icon="book-open">
    **Definition**: Streaming technique that detects viewer bandwidth in real time and switches between pre-encoded bitrate levels to maintain continuous playback.

    **Tags**: `video:encoding`, `video:playback`

    **Tabs**: solutions

    **External**: [Adaptive bitrate streaming (Wikipedia)](https://en.wikipedia.org/wiki/Adaptive_bitrate_streaming)

    **Status**: current

    **Pages**: `solutions/transcoding`, `solutions/playback`
  </Accordion>

  <Accordion title="Access Control" icon="book-open">
    **Definition**: Restricts who can view streams or assets via signed JWTs, API keys, or webhook authorisation callbacks.

    **Tags**: `video:studio`, `technical:security`

    **Tabs**: solutions

    **Context**: Livepeer Studio implements access control through playback policies attached to stream or asset objects; viewers must present a valid signed JWT or pass a webhook check before the player will resolve the playback URL.

    **Status**: current

    **Pages**: `solutions/access-control`, `solutions/api`
  </Accordion>

  <Accordion title="Active Set" icon="book-open">
    **Definition**: The top 100 Orchestrators by total bonded stake that are eligible to receive work and inflationary rewards each round.

    **Tags**: `livepeer:protocol`

    **Tabs**: about, community, LPT, Orchestrators, resources

    **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**: `about/protocol`, `lpt/protocol`, `orchestrators/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="Active Set Election" icon="book-open">
    **Definition**: The process at the start of each round that determines the top 100 Orchestrators by bonded stake to form the Active Set eligible to receive work.

    **Tags**: `livepeer:protocol`

    **Tabs**: about, LPT

    **Status**: current

    **Pages**: `about/protocol`, `lpt/protocol`
  </Accordion>

  <Accordion title="Advisory Boards" icon="book-open">
    **Definition**: Strategic bodies aligning ecosystem stakeholders on roadmap and opportunities through structured strategy-setting.

    **Tags**: `livepeer:entity`, `operational:governance`, `operational:community`

    **Tabs**: community

    **Context**: Domain-specific groups that recommend strategic priorities for Livepeer SPE workstreams; created as part of Livepeer's governance evolution alongside Workstreams.

    **Status**: current

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

  <Accordion title="AES-CBC" icon="book-open">
    **Definition**: AES (Advanced Encryption Standard) in Cipher Block Chaining mode – symmetric encryption where each plaintext block is XOR'd with the previous ciphertext block before encryption.

    **Tags**: `technical:security`

    **Tabs**: solutions

    **External**: [Block cipher mode of operation (Wikipedia)](https://en.wikipedia.org/wiki/Block_cipher_mode_of_operation)

    **Status**: current

    **Pages**: `solutions/access-control`
  </Accordion>

  <Accordion title="Agent" icon="book-open">
    **Definition**: A system that perceives its environment and acts autonomously to achieve goals, often powered by large language models with tool access.

    **Tags**: `ai:concept`

    **Tabs**: resources

    **External**: [Intelligent agent (Wikipedia)](https://en.wikipedia.org/wiki/Intelligent_agent)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/ai`
  </Accordion>

  <Accordion title="Agents" icon="book-open">
    **Definition**: Systems that perceive their environment and act autonomously to achieve goals, often powered by LLMs with tools.

    **Tags**: `ai:concept`

    **Tabs**: home

    **External**: [Intelligent agent (Wikipedia)](https://en.wikipedia.org/wiki/Intelligent_agent)

    **Also known as**: Agent (see also: Agent entry)

    **Status**: current

    **Pages**: `home/agents`, `home/ai-video`
  </Accordion>

  <Accordion title="AI (Artificial Intelligence)" icon="book-open">
    **Definition**: The simulation of human intelligence processes by machines – including learning, reasoning, and problem-solving – using statistical models trained on large datasets.

    **Tags**: `ai:concept`

    **Tabs**: resources

    **External**: [Artificial intelligence (Wikipedia)](https://en.wikipedia.org/wiki/Artificial_intelligence)

    **Also known as**: Artificial Intelligence

    **Status**: current

    **Pages**: `resources/glossary`, `resources/index`
  </Accordion>

  <Accordion title="AI Gateway API" icon="book-open">
    **Definition**: REST API endpoint layer for routing AI inference requests through Livepeer's Gateway nodes to GPU Orchestrators on the network.

    **Tags**: `livepeer:product`, `technical:dev`

    **Tabs**: developers

    **Context**: The AI Gateway API is the primary integration surface for developers submitting AI pipeline requests – text-to-image, live-video-to-video, LLM chat, etc. – to the decentralised Livepeer Network without managing infrastructure directly.

    **Status**: draft

    **Pages**: `developers/ai-gateway`, `developers/api`
  </Accordion>

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

    **Tags**: `ai:concept`

    **Tabs**: LPT, Orchestrators

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

    **Status**: current

    **Pages**: `lpt/protocol`, `orchestrators/ai`
  </Accordion>

  <Accordion title="AI Pipeline" icon="book-open">
    **Definition**: End-to-end construct orchestrating data flow through processing steps to produce output.

    **Tags**: `ai:pipeline`

    **Tabs**: home

    **External**: [Pipelines (Hugging Face)](https://huggingface.co/docs/transformers/en/main_classes/pipelines)

    **Status**: current

    **Pages**: `home/ai-video`, `home/pipelines`
  </Accordion>

  <Accordion title="AI runner (ai-runner)" icon="book-open">
    **Definition**: Software component executing AI model inference tasks on an Orchestrator node.

    **Tags**: `livepeer:tool`

    **Tabs**: community

    **Context**: The `ai-runner` is the Livepeer process that loads AI models into GPU memory and serves inference requests dispatched by the Orchestrator; it is configured via `aiModels.json`.

    **Status**: current

    **Pages**: `community/ai`, `community/tools`
  </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. Configured via `aiModels.json` and the `-aiWorker` / `-aiModels` CLI flags.

    **Tags**: `livepeer:config`, `livepeer:deployment`

    **Tabs**: Orchestrators

    **Status**: current

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

  <Accordion title="AI subnet" icon="book-open">
    **Definition**: Portion of the Livepeer Network dedicated to AI inference work, where Orchestrators advertise AI capabilities and Gateways route AI jobs.

    **Tags**: `livepeer:protocol`

    **Tabs**: community

    **Context**: The AI subnet operates alongside the transcoding network; Orchestrators register supported pipelines via `AIServiceRegistry` and receive AI inference jobs from AI-capable Gateways.

    **Status**: current

    **Pages**: `community/ai`, `community/network`
  </Accordion>

  <Accordion title="AI Video" icon="book-open">
    **Definition**: Broad category encompassing AI-powered video processing tasks such as generation, transformation, and inference on live or recorded streams.

    **Tags**: `ai:application`

    **Tabs**: home

    **Status**: current

    **Pages**: `home/index`, `home/ai-video`
  </Accordion>

  <Accordion title="AI Video SPE" icon="book-open">
    **Definition**: Special Purpose Entity funded by the community treasury to advance decentralised AI compute, scaling ComfyStream and BYOC pipelines.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: One of several treasury-funded SPEs; focused on AI video pipeline development, including expanding the AI subnet and BYOC deployment patterns.

    **Status**: current

    **Pages**: `community/governance`, `community/treasury`
  </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.

    **Tags**: `livepeer:config`

    **Tabs**: Orchestrators

    **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="AIServiceRegistry" icon="book-open">
    **Definition**: Smart contract registering AI service capabilities for Orchestrators on the Livepeer AI network.

    **Tags**: `livepeer:contract`

    **Tabs**: Orchestrators

    **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="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.

    **Tags**: `livepeer:config`

    **Tabs**: Orchestrators

    **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="Ambassador Programme" icon="book-open">
    **Definition**: Community outreach initiative where participants represent Livepeer to new audiences.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: Livepeer's Ambassador Programme designates community representatives who promote adoption, create educational content, and help onboard new participants into the ecosystem.

    **Status**: current

    **Pages**: `community/programs`, `community/index`
  </Accordion>

  <Accordion title="API Key" icon="book-open">
    **Definition**: Secret unique identifier sent with API requests to authenticate the caller and authorise access to platform resources.

    **Tags**: `technical:dev`

    **Tabs**: solutions

    **External**: [API key (Wikipedia)](https://en.wikipedia.org/wiki/API_key)

    **Status**: current

    **Pages**: `solutions/api`, `solutions/quickstart`
  </Accordion>

  <Accordion title="Arbitrage" icon="book-open">
    **Definition**: Exploiting price differences between markets; in the Livepeer context, selecting lower-cost Orchestrators when multiple are available for the same capability.

    **Tags**: `economic:pricing`

    **Tabs**: Gateways

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

    **Status**: current

    **Pages**: `gateways/pricing`, `gateways/economics`
  </Accordion>

  <Accordion title="Arbitrum" icon="book-open">
    **Definition**: A Layer 2 Optimistic Rollup settling to Ethereum, processing transactions off-chain while inheriting Ethereum-grade security; the chain where Livepeer Protocol contracts are deployed.

    **Tags**: `web3:chain`

    **Tabs**: home, about, developers, Gateways, Orchestrators, community, LPT, resources

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

    **Also known as**: Arbitrum One

    **Status**: current

    **Pages**: `about/protocol`, `lpt/bridging`, `resources/glossary`
  </Accordion>

  <Accordion title="Asset" icon="book-open">
    **Definition**: Stored video file (VOD) managed by Livepeer Studio, identified by a unique ID with associated metadata and playback URLs.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: An asset is the Studio object created when a video file is uploaded; it stores transcoded renditions, a playback ID, and optional access-control settings, and is distinct from the live Stream object.

    **Status**: current

    **Pages**: `solutions/vod`, `solutions/api`
  </Accordion>

  <Accordion title="AT Protocol" icon="book-open">
    **Definition**: Authenticated Transfer Protocol – open decentralised social networking standard developed by Bluesky, enabling federated identity and data portability.

    **Tags**: `technical:social`

    **Tabs**: solutions

    **External**: [AT Protocol (Wikipedia)](https://en.wikipedia.org/wiki/AT_Protocol)

    **Status**: current

    **Pages**: `solutions/integrations`
  </Accordion>

  <Accordion title="Atomic Execution" icon="book-open">
    **Definition**: A guarantee that a set of on-chain operations either all succeed or none execute, preventing partial state changes.

    **Tags**: `web3:governance`

    **Tabs**: LPT

    **External**: [Atomic commit (Wikipedia)](https://en.wikipedia.org/wiki/Atomic_commit)

    **Status**: current

    **Pages**: `lpt/governance`, `lpt/contracts`
  </Accordion>

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

    **Tags**: `ai:pipeline`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="autonomous agent" icon="book-open">
    **Definition**: AI system independently pursuing complex goals by perceiving, deciding, using tools, and acting without supervision.

    **Tags**: `ai:application`

    **Tabs**: community

    **External**: [Autonomous agent (Wikipedia)](https://en.wikipedia.org/wiki/Autonomous_agent)

    **Status**: current

    **Pages**: `community/ai`, `community/projects`
  </Accordion>

  <Accordion title="Avatar" icon="book-open">
    **Definition**: Graphical representation of a user or AI entity, from 2D images to fully animated 3D digital characters driven by AI models.

    **Tags**: `ai:application`

    **Tabs**: home, solutions

    **External**: [Avatar – computing (Wikipedia)](https://en.wikipedia.org/wiki/Avatar_\(computing\))

    **Status**: current

    **Pages**: `home/ai-video`, `solutions/ai`
  </Accordion>

  <Accordion title="awesome-livepeer" icon="book-open">
    **Definition**: Community-curated list of projects, tutorials, demos, and resources in the Livepeer ecosystem.

    **Tags**: `livepeer:tool`

    **Tabs**: community

    **Context**: A GitHub repository maintained by the community aggregating third-party tools, monitoring dashboards, SDKs, Orchestrator utilities, and educational content related to Livepeer.

    **Status**: current

    **Pages**: `community/resources`, `community/tools`
  </Accordion>
</AccordionGroup>

## B

<AccordionGroup>
  <Accordion title="B-frames" icon="book-open">
    **Definition**: Bidirectional predicted video frames that reference both preceding and following frames to achieve the highest compression ratio in a coded video stream.

    **Tags**: `video:encoding`

    **Tabs**: solutions

    **External**: [Video compression picture types (Wikipedia)](https://en.wikipedia.org/wiki/Video_compression_picture_types)

    **Status**: current

    **Pages**: `solutions/encoding`, `solutions/livestreaming`
  </Accordion>

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

    **Tags**: `ai:pipeline`, `ai:concept`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="Bearer Token" icon="book-open">
    **Definition**: Access token carried in an HTTP Authorisation header, used by API clients to authenticate requests without re-sending credentials.

    **Tags**: `technical:dev`

    **Tabs**: solutions

    **External**: [Authorisation header (MDN)](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Authorization)

    **Status**: current

    **Pages**: `solutions/api`
  </Accordion>

  <Accordion title="Bitrate" icon="book-open">
    **Definition**: Number of bits conveyed per second of video; determines the data throughput rate of an encoded stream, directly affecting quality and file size.

    **Tags**: `video:encoding`

    **Tabs**: solutions, resources

    **External**: [Bit rate (Wikipedia)](https://en.wikipedia.org/wiki/Bit_rate)

    **Status**: current

    **Pages**: `solutions/encoding`, `resources/glossary`
  </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.

    **Tags**: `ai:model`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Block Timestamps" icon="book-open">
    **Definition**: Unix timestamps embedded in each Ethereum or Arbitrum block header, used by smart contracts for time-dependent functions such as round boundaries.

    **Tags**: `web3:identity`

    **Tabs**: resources

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

    **Status**: draft

    **Pages**: `resources/glossary`
  </Accordion>

  <Accordion title="Blockchain" icon="book-open">
    **Definition**: A distributed ledger of records (blocks) securely linked via cryptographic hashes, managed by peer-to-peer consensus.

    **Tags**: `web3:concept`

    **Tabs**: home

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

    **Status**: current

    **Pages**: `home/network`, `home/index`
  </Accordion>

  <Accordion title="Bonded Stake" icon="book-open">
    **Definition**: The total amount of LPT currently locked across the network through active bonding relationships between Delegators and Orchestrators.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Bonded stake is the aggregate input to Livepeer's economic weight calculations; a higher bonded stake means a higher bonding rate and lower inflation.

    **Status**: current

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

  <Accordion title="Bonding" icon="book-open">
    **Definition**: Locking (staking) LPT tokens to an Orchestrator in Livepeer's delegated proof-of-stake system to participate in network security and earn rewards.

    **Tags**: `web3:tokenomics`

    **Tabs**: about, community, Orchestrators, LPT

    **External**: [Livepeer bonding overview](https://forum.livepeer.org/t/an-overview-of-bonding/97)

    **Status**: current

    **Pages**: `about/staking`, `community/staking`, `lpt/staking`
  </Accordion>

  <Accordion title="Bonding Rate (beta)" icon="book-open">
    **Definition**: The ratio of total bonded LPT to total token supply; Livepeer targets a 50% participation rate.

    **Tags**: `economic:reward`, `web3:tokenomics`

    **Tabs**: LPT

    **Context**: The current bonding rate (beta) is the live metric compared against the Target Bonding Rate to determine whether inflation should increase or decrease each round.

    **Status**: current

    **Pages**: `lpt/economics`, `lpt/inflation`
  </Accordion>

  <Accordion title="BondingManager" icon="book-open">
    **Definition**: The core Livepeer smart contract managing all bonding, delegation, staking logic, fund ownership, and reward distribution on Arbitrum.

    **Tags**: `livepeer:contract`

    **Tabs**: Orchestrators, LPT, resources

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

    **Status**: current

    **Pages**: `orchestrators/contracts`, `lpt/contracts`, `resources/glossary`
  </Accordion>

  <Accordion title="BondingVotes" icon="book-open">
    **Definition**: The Livepeer smart contract that tracks historical stake snapshots for governance, enabling stake-weighted voting power to be calculated at any past checkpoint.

    **Tags**: `livepeer:contract`, `web3:governance`

    **Tabs**: LPT, resources

    **Context**: BondingVotes implements the ERC-5805 checkpoint standard and feeds bonded stake data into LivepeerGovernor for on-chain proposal votes.

    **Status**: current

    **Pages**: `lpt/contracts`, `resources/glossary`
  </Accordion>

  <Accordion title="Bounty" icon="book-open">
    **Definition**: Reward for completing a specific task, funded by community treasury or foundation.

    **Tags**: `economic:treasury`

    **Tabs**: community

    **Context**: Bounties are posted by the Livepeer Foundation or SPEs for well-defined deliverables such as tooling, documentation, or bug fixes; funded from the on-chain treasury.

    **Status**: current

    **Pages**: `community/treasury`, `community/programs`
  </Accordion>

  <Accordion title="Bridge" icon="book-open">
    **Definition**: Infrastructure connecting two blockchain ecosystems that enables token and information transfer between them.

    **Tags**: `web3:concept`

    **Tabs**: LPT

    **External**: [Bridges (ethereum.org)](https://ethereum.org/developers/docs/bridges/)

    **Status**: current

    **Pages**: `lpt/bridging`, `lpt/arbitrum`
  </Accordion>

  <Accordion title="Bridging" icon="book-open">
    **Definition**: The mechanism connecting two blockchain ecosystems to enable token or information transfer between them; specifically, the process of moving LPT tokens between Ethereum L1 and Arbitrum L2 using the canonical bridge contracts.

    **Tags**: `web3:concept`

    **Tabs**: LPT, resources

    **External**: [Blockchain bridge (Ethereum docs)](https://ethereum.org/developers/docs/bridges/)

    **Also known as**: Bridge

    **Status**: current

    **Pages**: `lpt/bridging`, `resources/glossary`
  </Accordion>

  <Accordion title="Broadcaster (deprecated)" icon="book-open">
    **Definition**: Legacy term for the node that published streams and submitted video jobs for transcoding; now replaced by "Gateway."

    **Tags**: `livepeer:role`

    **Tabs**: about, solutions, Gateways, resources

    **Context**: The term "Broadcaster" was used in early Livepeer documentation and the original whitepaper; current documentation uses "Gateway" for this role. The `-broadcaster=true` CLI flag has been replaced by `-gateway`.

    **Also known as**: Gateway (current term)

    **Status**: current

    **Pages**: `about/protocol`, `gateways/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="BroadcastSessionsManager" icon="book-open">
    **Definition**: An internal go-livepeer component that manages active transcoding sessions between a Gateway and its selected Orchestrators.

    **Tags**: `livepeer:protocol`

    **Tabs**: Gateways

    **Context**: The BroadcastSessionsManager tracks session state, handles failover logic, and maintains per-Orchestrator session pools within a running Gateway node.

    **Status**: current

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

  <Accordion title="BYOC (Bring Your Own Compute / Bring Your Own Container)" icon="book-open">
    **Definition**: Deployment pattern where users supply custom Docker containers for AI workloads on the Livepeer Network, enabling arbitrary Python-based models to run as pipelines.

    **Tags**: `livepeer:deployment`, `ai:concept`

    **Tabs**: home, developers, Gateways, Orchestrators, community, resources

    **Context**: Used in Livepeer to let GPU providers and teams run containerized Python workloads for streaming AI pipelines, enabling flexible compute contributions without requiring standard pipeline implementations. BYOC containers must conform to the Livepeer AI worker API specification.

    **Also known as**: Bring Your Own Container, Bring Your Own Compute

    **Status**: current

    **Pages**: `home/compute`, `developers/pipelines`, `orchestrators/ai`, `resources/glossary`
  </Accordion>
</AccordionGroup>

## C

<AccordionGroup>
  <Accordion title="C2PA" icon="book-open">
    **Definition**: Coalition for Content Provenance and Authenticity – open standard producing tamper-evident manifests that record the origin and edit history of media files.

    **Tags**: `technical:security`

    **Tabs**: solutions

    **External**: [C2PA specification](https://c2pa.org/)

    **Status**: current

    **Pages**: `solutions/provenance`, `solutions/ai`
  </Accordion>

  <Accordion title="Capability" icon="book-open">
    **Definition**: An AI service or job type – defined as a pipeline and model pair – that an Orchestrator advertises as available to Gateways for routing.

    **Tags**: `livepeer:protocol`

    **Tabs**: Gateways, resources

    **Context**: Gateways use capability advertisements to discover which Orchestrators support a given AI pipeline and model, enabling targeted routing without manual Orchestrator configuration.

    **Status**: current

    **Pages**: `gateways/discovery`, `resources/glossary`
  </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.

    **Tags**: `livepeer:protocol`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:protocol`

    **Tabs**: Orchestrators

    **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="Capital-backed Sybil Resistance" icon="book-open">
    **Definition**: A security mechanism where staking capital is required to participate, making Sybil attacks economically costly because each fake identity must fund real stake.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

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

    **Status**: current

    **Pages**: `lpt/security`, `lpt/protocol`
  </Accordion>

  <Accordion title="Capital Efficiency" icon="book-open">
    **Definition**: The degree to which staked capital generates productive returns through protocol inflation rewards, ETH fees, or work allocation.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

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

    **Status**: current

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

  <Accordion title="Cascade" icon="book-open">
    **Definition**: Strategic vision for Livepeer to become the leading platform for real-time AI video pipelines, and the associated protocol upgrade enabling the AI inference subnet alongside transcoding.

    **Tags**: `livepeer:upgrade`

    **Tabs**: home, about, developers, Gateways, Orchestrators

    **Context**: Cascade is Livepeer's named strategic phase introducing AI inference as a first-class use case alongside transcoding, activating the AI subnet and GPU Orchestrator market.

    **Status**: current

    **Pages**: `about/upgrades`, `home/network`, `orchestrators/upgrades`
  </Accordion>

  <Accordion title="CBR (Constant Bitrate)" icon="book-open">
    **Definition**: Video encoding mode where the output data rate remains constant regardless of content complexity, trading compression efficiency for predictable file sizes.

    **Tags**: `video:encoding`

    **Tabs**: solutions

    **External**: [Constant bitrate (Wikipedia)](https://en.wikipedia.org/wiki/Constant_bitrate)

    **Status**: current

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

  <Accordion title="CDN (Content Delivery Network)" icon="book-open">
    **Definition**: A geographically distributed network of servers caching and delivering content with high availability and low latency to end users.

    **Tags**: `technical:infra`

    **Tabs**: resources

    **External**: [Content delivery network (Wikipedia)](https://en.wikipedia.org/wiki/Content_delivery_network)

    **Also known as**: Content Delivery Network

    **Status**: current

    **Pages**: `resources/glossary`
  </Accordion>

  <Accordion title="Checkpoint" icon="book-open">
    **Definition**: An on-chain snapshot of stake state recorded by the BondingVotes contract, used as the reference point for governance voting power calculations.

    **Tags**: `livepeer:protocol`

    **Tabs**: LPT

    **Context**: Checkpoints are written each round so that governance votes can reference stake at the block when a proposal was created, preventing manipulation by bonding immediately before a vote.

    **Status**: current

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

  <Accordion title="Claim Earnings" icon="book-open">
    **Definition**: The on-chain action a Delegator or Orchestrator takes to collect accumulated inflationary LPT rewards and ETH fees that have been assigned to their stake.

    **Tags**: `livepeer:protocol`

    **Tabs**: LPT

    **Context**: Earnings accumulate through pending reward pools and must be explicitly claimed; claiming through the BondingManager updates the Delegator's bonded balance.

    **Status**: current

    **Pages**: `lpt/staking`, `lpt/delegation`
  </Accordion>

  <Accordion title="Clearinghouse" icon="book-open">
    **Definition**: A contract or system handling settlement of payments between Gateways and Orchestrators, including multi-user support, API key authentication, usage accounting, and fiat/stablecoin billing.

    **Tags**: `economic:payment`, `livepeer:contract`

    **Tabs**: Gateways, Orchestrators

    **Context**: In Gateway deployments, a clearinghouse is an abstraction over a remote signer that adds commercial services, enabling Gateway operators to offer multi-tenant billing without each user needing their own ETH wallet.

    **Status**: current

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

  <Accordion title="CLI (Command-Line Interface)" icon="book-open">
    **Definition**: A text-based interface for interacting with software by typing commands, used to configure and operate Livepeer Gateway and Orchestrator nodes.

    **Tags**: `technical:dev`

    **Tabs**: Orchestrators, resources

    **External**: [Command-line interface (Wikipedia)](https://en.wikipedia.org/wiki/Command_line_interface)

    **Also known as**: Command-Line Interface

    **Status**: current

    **Pages**: `orchestrators/setup`, `resources/glossary`
  </Accordion>

  <Accordion title="Clip" icon="book-open">
    **Definition**: Short excerpt from a livestream or VOD asset defined by start and end timestamps, used for highlights or shareable segments.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Livepeer Studio exposes a Clip API that accepts a stream or session ID and timestamp range; the resulting clip is stored as a new asset with its own playback ID.

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/clips`
  </Accordion>

  <Accordion title="Codec (CODEC)" icon="book-open">
    **Definition**: Software or hardware that compresses and decompresses digital video, typically using lossy compression algorithms.

    **Tags**: `video:encoding`

    **Tabs**: about, Gateways, resources

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

    **Status**: current

    **Pages**: `about/transcoding`, `gateways/transcoding`, `resources/glossary`
  </Accordion>

  <Accordion title="Cold Start" icon="book-open">
    **Definition**: The latency incurred when an AI model must be loaded from storage into GPU memory before the first inference request, typically ranging from 5 to 90 seconds.

    **Tags**: `ai:concept`, `livepeer:config`

    **Tabs**: developers, Gateways, Orchestrators, resources

    **External**: [Cold start latency in private AI inference (OpenMetal)](https://openmetal.io/resources/blog/cold-start-latency-private-ai-inference/)

    **Also known as**: Cold model

    **Status**: current

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

  <Accordion title="ComfyStream" icon="book-open">
    **Definition**: ComfyUI custom node running real-time media workflows for AI-powered video and audio on live streams; a Livepeer project integrating ComfyUI with the network's live streaming infrastructure.

    **Tags**: `livepeer:product`, `ai:framework`

    **Tabs**: home, about, developers, Orchestrators, community, resources

    **Context**: ComfyStream enables Orchestrators to expose ComfyUI-based diffusion pipelines as live-video-to-video capabilities on the Livepeer Network, allowing real-time AI video transformations to run on network Orchestrators.

    **Status**: current

    **Pages**: `home/ai-video`, `developers/pipelines`, `orchestrators/ai`, `resources/glossary`
  </Accordion>

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

    **Tags**: `ai:framework`

    **Tabs**: home, developers, Orchestrators

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

    **Status**: current

    **Pages**: `home/ai-video`, `developers/pipelines`, `orchestrators/ai`
  </Accordion>

  <Accordion title="Commission Rate" icon="book-open">
    **Definition**: The combined percentage of inflationary rewards and ETH fees that an Orchestrator retains before distributing the remainder to Delegators; expressed as two separate parameters – Reward Cut and Fee Cut.

    **Tags**: `economic:reward`

    **Tabs**: community, LPT

    **Context**: Commission Rate in Livepeer encompasses both the Reward Cut (on inflationary LPT) and Fee Cut (on ETH fees); Orchestrators compete in the marketplace partly on the basis of their commission rates.

    **Status**: current

    **Pages**: `community/staking`, `lpt/economics`
  </Accordion>

  <Accordion title="Community Arbitrum Node" icon="book-open">
    **Definition**: Free, load-balanced, geo-distributed RPC service for Arbitrum L2 and Ethereum L1, maintained by the LiveInfra SPE.

    **Tags**: `livepeer:tool`

    **Tabs**: community

    **Context**: A shared Arbitrum RPC endpoint funded by the community treasury through LiveInfra, giving ecosystem participants free access to on-chain data without running their own node.

    **Status**: current

    **Pages**: `community/tools`, `community/network`
  </Accordion>

  <Accordion title="Community Treasury" icon="book-open">
    **Definition**: The on-chain fund governed by LPT stakeholders via LivepeerGovernor, funded by a governable percentage of per-round inflation, used for ecosystem development.

    **Tags**: `economic:treasury`

    **Tabs**: LPT

    **Context**: The Community Treasury receives a configurable Treasury Reward Cut Rate of inflation each round and is spent via governance-approved proposals for ecosystem development.

    **Also known as**: On-chain Treasury

    **Status**: current

    **Pages**: `lpt/treasury`, `lpt/governance`
  </Accordion>

  <Accordion title="Compute Marketplace" icon="book-open">
    **Definition**: Decentralised market matching GPU supply from Orchestrators with demand from applications and Gateways.

    **Tags**: `livepeer:product`

    **Tabs**: home

    **Context**: Livepeer's mechanism for coordinating supply (GPU operators) and demand (developers and applications) for compute resources, governed by crypto-economic incentives rather than a centralised provider.

    **Status**: current

    **Pages**: `home/network`, `home/compute`
  </Accordion>

  <Accordion title="Concentration Risk" icon="book-open">
    **Definition**: The risk arising when a disproportionate share of total bonded stake is held by a small number of Orchestrators, reducing network decentralization and resilience.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **External**: [Proof of stake (Wikipedia)](https://en.wikipedia.org/wiki/Proof_of_stake)

    **Status**: current

    **Pages**: `lpt/staking`, `lpt/security`
  </Accordion>

  <Accordion title="Configuration Parameters" icon="book-open">
    **Definition**: CLI flags and environment variables that control node behaviour including payment settings, pricing, preferred Orchestrators, and network mode.

    **Tags**: `livepeer:config`

    **Tabs**: resources

    **Context**: Livepeer node configuration is managed entirely through command-line flags passed to go-livepeer at startup, covering everything from pricePerUnit and MaxPrice to orchSecret and operational mode settings.

    **Status**: draft

    **Pages**: `resources/glossary`, `resources/tools`
  </Accordion>

  <Accordion title="Confluence" icon="book-open">
    **Definition**: The production protocol upgrade (LIP-73) that migrated Livepeer's core protocol contracts from Ethereum L1 to Arbitrum One, significantly reducing gas costs.

    **Tags**: `livepeer:upgrade`

    **Tabs**: about

    **Context**: Confluence was a major protocol milestone enabling cheaper, faster on-chain operations by moving the staking and payment contracts to Arbitrum.

    **Status**: current

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

  <Accordion title="Confluent Upgrade" icon="book-open">
    **Definition**: Alternate name for the Confluence upgrade deploying Livepeer's core protocol contracts to Arbitrum Mainnet (LIP-73).

    **Tags**: `livepeer:upgrade`

    **Tabs**: home

    **Context**: The Confluent upgrade (also called Confluence) was a production migration moving Livepeer's staking and payment contracts from Ethereum L1 to Arbitrum One.

    **Also known as**: Confluence

    **Status**: current

    **Pages**: `home/upgrades`
  </Accordion>

  <Accordion title="Conventional Commits" icon="book-open">
    **Definition**: Specification for structured commit messages enabling automated changelogs.

    **Tags**: `operational:process`

    **Tabs**: community

    **External**: [Conventional Commits v1.0.0](https://www.conventionalcommits.org/en/v1.0.0/)

    **Status**: current

    **Pages**: `community/development`, `community/contributing`
  </Accordion>

  <Accordion title="Controller" icon="book-open">
    **Definition**: The registry smart contract that manages all protocol contract addresses and coordinates protocol upgrades on Arbitrum.

    **Tags**: `livepeer:contract`

    **Tabs**: about, resources

    **Context**: The Controller is the central registry through which all other Livepeer smart contracts are discovered and updated during protocol upgrades; it is the single source of truth for which contract address corresponds to each protocol role.

    **Status**: current

    **Pages**: `about/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="ControlNet" icon="book-open">
    **Definition**: A neural network architecture that adds spatial conditioning controls – such as edge maps, depth, or pose – to pretrained diffusion models.

    **Tags**: `ai:model`

    **Tabs**: Orchestrators, resources

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

    **Status**: current

    **Pages**: `orchestrators/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="CORS (Cross-Origin Resource Sharing)" icon="book-open">
    **Definition**: HTTP mechanism that lets servers specify which origins outside their own domain are allowed to make browser requests to their resources.

    **Tags**: `technical:dev`

    **Tabs**: solutions

    **External**: [CORS (MDN)](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS)

    **Status**: current

    **Pages**: `solutions/api`, `solutions/player`
  </Accordion>

  <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`

    **Tabs**: Gateways, Orchestrators, developers, about

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

    **Status**: current

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

  <Accordion title="CRF (Constant Rate Factor)" icon="book-open">
    **Definition**: Encoding quality control parameter that targets consistent perceptual quality by adjusting quantization per frame; scale runs 0–51 with lower values producing higher quality.

    **Tags**: `video:encoding`

    **Tabs**: solutions

    **External**: [CRF guide (slhck.info)](https://slhck.info/video/2017/02/24/crf-guide.html)

    **Status**: current

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

  <Accordion title="Cryptoeconomic Primitives" icon="book-open">
    **Definition**: Fundamental building blocks that combine cryptography and economic incentives to enable secure, decentralised protocols.

    **Tags**: `web3:concept`

    **Tabs**: about

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

    **Status**: current

    **Pages**: `about/protocol`, `about/economics`
  </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.

    **Tags**: `ai:framework`, `technical:infra`

    **Tabs**: Orchestrators

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

    **Status**: current

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

## D

<AccordionGroup>
  <Accordion title="DAO (Decentralized Autonomous Organization)" icon="book-open">
    **Definition**: An organisation governed by smart contracts, with rules encoded in code rather than legal structures, and members vote on proposals via a decentralised ledger.

    **Tags**: `web3:concept`

    **Tabs**: community, resources

    **External**: [Decentralised autonomous organisation (Wikipedia)](https://en.wikipedia.org/wiki/Decentralized_autonomous_organization)

    **Also known as**: Decentralised Autonomous Organisation

    **Status**: current

    **Pages**: `community/governance`, `resources/glossary`
  </Accordion>

  <Accordion title="DASH (Dynamic Adaptive Streaming over HTTP)" icon="book-open">
    **Definition**: An adaptive bitrate streaming protocol that breaks content into small HTTP-served segments at multiple bitrate levels, allowing clients to switch quality dynamically.

    **Tags**: `video:protocol`

    **Tabs**: resources

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

    **Also known as**: Dynamic Adaptive Streaming over HTTP

    **Status**: current

    **Pages**: `resources/glossary`, `resources/streaming`
  </Accordion>

  <Accordion title="Dashboard" icon="book-open">
    **Definition**: Web-based management interface in Livepeer Studio for creating and managing streams, assets, API keys, and viewing analytics.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: The Livepeer Studio Dashboard is the primary no-code interface; developers use it to generate stream keys, copy playback IDs, configure multistream targets, and inspect viewership data without writing API calls.

    **Status**: current

    **Pages**: `solutions/dashboard`, `solutions/index`
  </Accordion>

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

    **Tags**: `livepeer:product`

    **Tabs**: home, about, solutions, developers, Orchestrators, community

    **Context**: A Livepeer product and reference implementation demonstrating real-time interactive AI video generation on the network; showcases the full stack from ingest through AI pipeline to playback.

    **Status**: current

    **Pages**: `home/ai-video`, `solutions/ai`, `developers/ai-video`
  </Accordion>

  <Accordion title="DeAI (Decentralized AI)" icon="book-open">
    **Definition**: Distributed AI computation on blockchain networks enabling permissionless, trustless inference without centralised providers.

    **Tags**: `ai:application`, `web3:concept`

    **Tabs**: home

    **External**: [Distributed artificial intelligence (Wikipedia)](https://en.wikipedia.org/wiki/Distributed_artificial_intelligence)

    **Status**: current

    **Pages**: `home/ai-video`, `home/index`
  </Accordion>

  <Accordion title="Decentralization" icon="book-open">
    **Definition**: Transfer of control from a centralised entity to a distributed network, reducing single points of failure.

    **Tags**: `web3:concept`

    **Tabs**: home

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

    **Status**: current

    **Pages**: `home/network`, `home/index`
  </Accordion>

  <Accordion title="Decentralized GPU Network" icon="book-open">
    **Definition**: A marketplace of GPU resources contributed by Orchestrators worldwide, coordinated through crypto-economic incentives for video transcoding and AI inference.

    **Tags**: `livepeer:protocol`

    **Tabs**: resources

    **Context**: Livepeer's decentralised GPU network is the supply side of the protocol – Orchestrators worldwide offer compute capacity that Gateways route jobs to based on price, performance, and capability.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/network`
  </Accordion>

  <Accordion title="Delegation" icon="book-open">
    **Definition**: The act of LPT holders staking their tokens toward Orchestrators they trust, sharing proportionally in rewards without running any infrastructure themselves.

    **Tags**: `web3:tokenomics`

    **Tabs**: about, developers, community, LPT, resources

    **External**: [Livepeer delegation](https://www.livepeer.org/delegate)

    **Status**: current

    **Pages**: `about/staking`, `lpt/delegation`, `resources/glossary`
  </Accordion>

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

    **Tags**: `livepeer:role`, `web3:tokenomics`

    **Tabs**: home, about, developers, Orchestrators, community, LPT, resources

    **Context**: One of the three core protocol roles in Livepeer; Delegators do not run infrastructure themselves but allocate stake to Orchestrators they trust, receiving a share of inflationary rewards proportional to their contribution.

    **Status**: current

    **Pages**: `about/staking`, `lpt/delegation`, `resources/glossary`
  </Accordion>

  <Accordion title="Delta Upgrade" icon="book-open">
    **Definition**: Planned future Livepeer Protocol phase focused on full decentralization with Truebit-based verification.

    **Tags**: `livepeer:upgrade`

    **Tabs**: home

    **Context**: A named milestone on the Livepeer roadmap introducing on-chain verification mechanisms; represents the end-state of trustless work verification for transcoding and AI jobs.

    **Status**: current

    **Pages**: `home/upgrades`
  </Accordion>

  <Accordion title="Demand Aggregation" icon="book-open">
    **Definition**: Consolidating requests from multiple users or applications for efficient routing to the Orchestrator network.

    **Tags**: `operational:process`

    **Tabs**: Gateways

    **Context**: Gateways perform demand aggregation by receiving requests from many clients and batching or routing them to Orchestrators, improving utilisation and reducing per-request overhead for each end user.

    **Status**: current

    **Pages**: `gateways/architecture`, `gateways/economics`
  </Accordion>

  <Accordion title="DePIN (Decentralized Physical Infrastructure Networks)" icon="book-open">
    **Definition**: A category of blockchain systems that incentivise communities to collectively build and operate physical or computational infrastructure using token rewards.

    **Tags**: `web3:concept`

    **Tabs**: resources

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

    **Also known as**: Decentralised Physical Infrastructure Networks

    **Status**: current

    **Pages**: `resources/glossary`, `resources/network`
  </Accordion>

  <Accordion title="Deposit" icon="book-open">
    **Definition**: Funds (ETH) locked by a Gateway into the TicketBroker smart contract to pay Orchestrators via Probabilistic Micropayments.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: An on-chain Gateway must maintain a deposit on Arbitrum. The deposit covers the expected value of outstanding payment tickets sent to Orchestrators. If the deposit is depleted, the reserve acts as backstop.

    **Status**: current

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

  <Accordion title="Dev Call" icon="book-open">
    **Definition**: Recurring meeting where core developers discuss protocol development, node releases, and roadmap.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: The Dev Call is a regular public community call where Livepeer engineers share protocol updates, discuss upcoming LIPs, and take questions from Orchestrators and developers.

    **Status**: current

    **Pages**: `community/events`, `community/development`
  </Accordion>

  <Accordion title="Developer" icon="book-open">
    **Definition**: Anyone building applications using Livepeer, typically through hosted services such as Livepeer Studio, Daydream, or Streamplace, or via library SDKs.

    **Tags**: `livepeer:role`

    **Tabs**: resources

    **Context**: In the Livepeer actor taxonomy, Developers are distinct from Gateway operators: they consume the network's capabilities through APIs and SDKs rather than submitting jobs directly to the protocol.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/index`
  </Accordion>

  <Accordion title="Developer Platform" icon="book-open">
    **Definition**: The abstraction layer providing tools, APIs, dashboards, and hosted services – including Livepeer Studio, Daydream, and Streamplace – for building applications on top of Livepeer.

    **Tags**: `livepeer:product`

    **Tabs**: resources

    **Context**: The Developer Platform shields application builders from low-level protocol mechanics while still routing jobs through the decentralised network.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/tools`
  </Accordion>

  <Accordion title="Developer Stack" icon="book-open">
    **Definition**: Set of SDKs, APIs, UI components, and hosted services for integrating video and AI capabilities into applications.

    **Tags**: `livepeer:product`

    **Tabs**: developers

    **Context**: The Developer Stack is Livepeer's collective offering for builders – encompassing Livepeer Studio, the AI Gateway API, Livepeer.js, and PyTrickle – enabling video and AI features without managing protocol infrastructure.

    **Status**: current

    **Pages**: `developers/index`, `developers/quickstart`
  </Accordion>

  <Accordion title="Diffusion Models" icon="book-open">
    **Definition**: Generative models learning to produce data by reversing a gradual noising process applied during training.

    **Tags**: `ai:concept`

    **Tabs**: developers, Orchestrators, resources

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

    **Also known as**: Diffusion

    **Status**: current

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

  <Accordion title="Digital Twin" icon="book-open">
    **Definition**: Virtual replica of a physical object or system continuously synchronised with real-world data.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Digital twin (Wikipedia)](https://en.wikipedia.org/wiki/Digital_twin)

    **Status**: current

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

  <Accordion title="Dilution" icon="book-open">
    **Definition**: The reduction in proportional ownership experienced by non-staking token holders when new LPT is minted each round through inflation.

    **Tags**: `economic:reward`, `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Delegators and Orchestrators avoid dilution by bonding; unbonded LPT holders see their ownership percentage decrease as inflationary rewards are distributed only to active participants.

    **Status**: current

    **Pages**: `lpt/inflation`, `lpt/economics`
  </Accordion>

  <Accordion title="Dispersal" icon="book-open">
    **Definition**: Distribution of encoded video segments across multiple Orchestrator nodes for redundancy and parallel processing.

    **Tags**: `video:processing`

    **Tabs**: Gateways

    **Context**: When a Gateway disperses work, it splits a stream's segments across multiple Orchestrators simultaneously, enabling parallel transcoding and reducing the impact of a single slow or failing node.

    **Status**: current

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

  <Accordion title="Dual Gateway / Dual Mode" icon="book-open">
    **Definition**: A deployment where a single Gateway node operates both video transcoding and AI inference workloads simultaneously.

    **Tags**: `livepeer:deployment`

    **Tabs**: Gateways, Orchestrators

    **Context**: A dual Gateway routes RTMP transcoding requests and AI inference requests from the same node instance. The most common production configuration for operators with capable hardware (24 GB+ VRAM).

    **Also known as**: Dual mode

    **Status**: current

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

  <Accordion title="Dune" icon="book-open">
    **Definition**: Blockchain analytics platform for SQL queries on on-chain data.

    **Tags**: `operational:monitoring`

    **Tabs**: community

    **External**: [Dune Analytics](https://dune.com/home)

    **Status**: current

    **Pages**: `community/tools`, `community/analytics`
  </Accordion>

  <Accordion title="Dynamic Inflation" icon="book-open">
    **Definition**: Livepeer's inflation model where the per-round LPT issuance rate adjusts up or down by 0.00005% each round based on whether staking participation is below or above the 50% target bonding rate.

    **Tags**: `livepeer:protocol`, `economic:reward`

    **Tabs**: about

    **Context**: Dynamic inflation is Livepeer's mechanism for incentivising participation: when fewer than 50% of LPT is bonded, inflation rises to attract more stakers; when above 50%, it falls.

    **Status**: current

    **Pages**: `about/economics`, `about/protocol`
  </Accordion>
</AccordionGroup>

## E

<AccordionGroup>
  <Accordion title="Economic Weight" icon="book-open">
    **Definition**: An Orchestrator's total active bonded stake, which determines their proportional share of inflationary rewards and their probability of being selected for job routing.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Economic weight is central to Livepeer's security model – Orchestrators with more delegated stake have higher economic weight and receive more work and rewards.

    **Status**: current

    **Pages**: `lpt/economics`, `lpt/protocol`
  </Accordion>

  <Accordion title="Embody" icon="book-open">
    **Definition**: Special Purpose Entity bringing embodied avatar workloads (Live2D, Three.js, Unreal Engine) into Livepeer as intelligent public pipelines.

    **Tags**: `livepeer:product`, `ai:application`

    **Tabs**: solutions

    **Context**: Embody is a Livepeer ecosystem SPE focused on avatar and NPC creation; it extends the network with pipelines that animate virtual characters driven by AI inference, enabling real-time interactive digital embodiment.

    **Status**: current

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

  <Accordion title="Embedding" icon="book-open">
    **Definition**: Learned numerical vector representation in continuous space where similar items map to nearby points, enabling semantic search and cross-modal reasoning.

    **Tags**: `ai:concept`

    **Tabs**: developers

    **External**: [Word embedding (Wikipedia)](https://en.wikipedia.org/wiki/Word_embedding)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Encrypted Asset" icon="book-open">
    **Definition**: Media file protected by encryption at rest so that only authorised parties holding the correct decryption key can access its content.

    **Tags**: `technical:security`, `video:studio`

    **Tabs**: solutions

    **Context**: In Livepeer Studio, assets can be marked for encryption; the platform stores the file encrypted and gates decryption through the access-control system, requiring a valid playback policy before serving the key to a player.

    **Status**: current

    **Pages**: `solutions/access-control`, `solutions/vod`
  </Accordion>

  <Accordion title="Encoding Ladder" icon="book-open">
    **Definition**: A structured set of video renditions at varying resolutions and bitrates for optimal cross-device adaptive bitrate viewing.

    **Tags**: `video:encoding`

    **Tabs**: Gateways

    **External**: [Encoding ladder (Cloudinary)](https://cloudinary.com/glossary/encoding-ladder)

    **Status**: current

    **Pages**: `gateways/transcoding`, `gateways/profiles`
  </Accordion>

  <Accordion title="Endpoint" icon="book-open">
    **Definition**: Specific URL path at which an API receives requests and returns responses for a defined operation.

    **Tags**: `technical:dev`

    **Tabs**: solutions, developers

    **External**: [Web API (Wikipedia)](https://en.wikipedia.org/wiki/Web_API)

    **Status**: current

    **Pages**: `solutions/api`, `developers/api`
  </Accordion>

  <Accordion title="Ephemeral Compute" icon="book-open">
    **Definition**: Short-lived GPU resource allocation provisioned on-demand for a single AI inference task, released when the task completes.

    **Tags**: `technical:infra`

    **Tabs**: about

    **External**: [Edge computing (Wikipedia)](https://en.wikipedia.org/wiki/Edge_computing)

    **Status**: draft

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

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

    **Tags**: `web3:token`

    **Tabs**: home, Gateways, Orchestrators, resources

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

    **Also known as**: Ether

    **Status**: current

    **Pages**: `gateways/payments`, `orchestrators/payments`, `resources/glossary`
  </Accordion>

  <Accordion title="ETH Fees" icon="book-open">
    **Definition**: Payments in Ether made by Gateways to Orchestrators for completed transcoding or AI inference work, distributed to Delegators after the Fee Cut.

    **Tags**: `economic:payment`, `web3:token`

    **Tabs**: about, LPT

    **Context**: ETH fees are the demand-side revenue stream for Orchestrators and their Delegators, distinct from inflationary LPT rewards; they represent real market demand for network services.

    **Status**: current

    **Pages**: `about/economics`, `lpt/economics`
  </Accordion>

  <Accordion title="Ethereum" icon="book-open">
    **Definition**: A decentralised, open-source blockchain with smart contract functionality; native cryptocurrency is Ether (ETH).

    **Tags**: `web3:chain`

    **Tabs**: home, developers

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

    **Status**: current

    **Pages**: `home/network`, `developers/protocol`
  </Accordion>

  <Accordion title="Ethereum Address" icon="book-open">
    **Definition**: A 42-character hexadecimal string beginning with "0x," derived from the last 20 bytes of a public key hash, used to send and receive funds and interact with smart contracts.

    **Tags**: `web3:identity`

    **Tabs**: resources

    **External**: [Ethereum accounts (Ethereum docs)](https://ethereum.org/developers/docs/accounts/)

    **Also known as**: Wallet Public Address

    **Status**: draft

    **Pages**: `resources/glossary`
  </Accordion>

  <Accordion title="Execution Layer" icon="book-open">
    **Definition**: The layer where actual compute work is performed by Orchestrators and workers, distinct from the on-chain protocol layer.

    **Tags**: `livepeer:protocol`

    **Tabs**: about

    **Context**: In Livepeer's architecture, the execution layer is the off-chain network of Orchestrator nodes doing transcoding and AI inference, coordinated by the on-chain protocol layer on Arbitrum.

    **Status**: current

    **Pages**: `about/protocol`, `about/network`
  </Accordion>
</AccordionGroup>

## F

<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.

    **Tags**: `economic:payment`

    **Tabs**: Orchestrators

    **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="Failover" icon="book-open">
    **Definition**: Automatic switching to a backup Orchestrator or system when the primary fails or becomes unresponsive, maintaining service continuity.

    **Tags**: `operational:monitoring`

    **Tabs**: Gateways, community

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

    **Status**: current

    **Pages**: `gateways/routing`, `gateways/reliability`
  </Accordion>

  <Accordion title="Fault Proof" icon="book-open">
    **Definition**: A mechanism proving that an invalid state transition occurred on a Layer 2 chain, enabling challenges to incorrect rollup state roots.

    **Tags**: `web3:chain`

    **Tabs**: about

    **External**: [Rollups (ethereum.org)](https://ethereum.org/developers/docs/scaling/)

    **Status**: current

    **Pages**: `about/protocol`, `about/network`
  </Accordion>

  <Accordion title="Fediverse" icon="book-open">
    **Definition**: Federation of social networking platforms that communicate via open protocols such as ActivityPub, enabling cross-platform interaction without centralised control.

    **Tags**: `technical:social`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/integrations`
  </Accordion>

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

    **Tags**: `economic:reward`

    **Tabs**: about, Orchestrators, community, LPT, resources

    **Context**: Fee Cut is 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.

    **Also known as**: Fee share (the portion passed to Delegators is the complement)

    **Status**: current

    **Pages**: `about/staking`, `orchestrators/staking`, `lpt/economics`, `resources/glossary`
  </Accordion>

  <Accordion title="Fee Pool" icon="book-open">
    **Definition**: Accumulated ETH fees awaiting distribution between an Orchestrator and its Delegators, originating from winning payment ticket redemptions.

    **Tags**: `economic:reward`

    **Tabs**: Orchestrators, LPT, resources

    **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. The fee pool is distinct from the inflationary reward pool; it originates from Gateway payments for real work performed.

    **Status**: current

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

  <Accordion title="Fee Share" icon="book-open">
    **Definition**: The portion of ETH fees earned by an Orchestrator that is distributed to Delegators proportionally to their bonded stake.

    **Tags**: `economic:reward`

    **Tabs**: about, LPT

    **Context**: Fee share = 100% minus Fee Cut; Delegators with larger stake receive a proportionally larger share of the fee pool distributed each round.

    **Also known as**: Fee Cut (the complementary Orchestrator-retained portion)

    **Status**: current

    **Pages**: `about/staking`, `lpt/economics`
  </Accordion>

  <Accordion title="Fee Switch" icon="book-open">
    **Definition**: A governance-controlled mechanism that enables or adjusts the redirection of protocol fees to the community treasury or other designated destinations.

    **Tags**: `economic:treasury`

    **Tabs**: LPT

    **Context**: The fee switch is a proposed parameter change subject to on-chain governance; enabling it would direct a portion of ETH fees to the treasury rather than solely to Orchestrators and Delegators.

    **Status**: current

    **Pages**: `lpt/economics`, `lpt/governance`
  </Accordion>

  <Accordion title="Finality" icon="book-open">
    **Definition**: The condition where a blockchain transaction becomes irreversible and cannot be altered or rolled back.

    **Tags**: `web3:concept`

    **Tabs**: about

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

    **Status**: current

    **Pages**: `about/protocol`, `about/network`
  </Accordion>

  <Accordion title="Foundation" icon="book-open">
    **Definition**: Non-profit Cayman Islands Foundation Company stewarding long-term vision, ecosystem growth, and core development of the Livepeer Protocol.

    **Tags**: `livepeer:entity`

    **Tabs**: home

    **Context**: The Livepeer Foundation was established to assume stewardship responsibilities from Livepeer Inc, overseeing ecosystem grants, governance coordination, and protocol direction on behalf of the community.

    **Status**: current

    **Pages**: `home/governance`, `home/index`
  </Accordion>

  <Accordion title="Frame Rate" icon="book-open">
    **Definition**: Frequency at which consecutive frames are captured or displayed, measured in frames per second (fps); common rates are 24, 30, and 60 fps.

    **Tags**: `video:encoding`

    **Tabs**: home

    **External**: [Frame rate (Wikipedia)](https://en.wikipedia.org/wiki/Frame_rate)

    **Status**: current

    **Pages**: `home/streaming`, `home/video`
  </Accordion>

  <Accordion title="FrameProcessor" icon="book-open">
    **Definition**: Pattern in PyTrickle for building real-time video processing applications with custom per-frame processing logic.

    **Tags**: `livepeer:sdk`

    **Tabs**: developers

    **Context**: FrameProcessor is the Livepeer-defined interface in the PyTrickle SDK that developers implement to apply AI transforms to individual video frames within a live stream pipeline.

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-video`
  </Accordion>

  <Accordion title="Frameworks" icon="book-open">
    **Definition**: Product by the MistServer team bridging Livepeer's transcoding infrastructure and real-world applications; provides libraries and integration tools for embedding Livepeer services.

    **Tags**: `livepeer:product`

    **Tabs**: solutions

    **Context**: Frameworks is a Livepeer ecosystem product (SPE pilot) that packages MistServer-based infrastructure components into developer-friendly libraries, lowering integration effort for new applications.

    **Status**: current

    **Pages**: `solutions/sdks`, `solutions/api`
  </Accordion>
</AccordionGroup>

## G

<AccordionGroup>
  <Accordion title="Gas" icon="book-open">
    **Definition**: The unit measuring computational effort required to execute operations on Ethereum or Arbitrum; users pay gas fees in ETH to cover execution costs.

    **Tags**: `web3:concept`

    **Tabs**: resources

    **External**: [Gas (Ethereum docs)](https://ethereum.org/developers/docs/gas/)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </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`

    **Tabs**: Gateways, Orchestrators, developers

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

    **Status**: current

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

  <Accordion title="Gateway" icon="book-open">
    **Definition**: A node that submits jobs, routes work to Orchestrators, manages payment flows, and provides a protocol interface between applications and the Livepeer Network; Gateways do not perform compute themselves and replaced the older "Broadcaster" role.

    **Tags**: `livepeer:role`

    **Tabs**: home, about, solutions, developers, Gateways, Orchestrators, community, LPT, resources

    **Context**: Gateways are the demand-side entry point to the network; they receive requests from developers or applications, select Orchestrators, handle Probabilistic Micropayments, and return results. No GPU is required to run a Gateway.

    **Status**: current

    **Pages**: `home/network`, `about/protocol`, `gateways/index`, `resources/glossary`
  </Accordion>

  <Accordion title="Gateway-as-a-Service" icon="book-open">
    **Definition**: A hosted deployment model allowing users to access Gateway functionality without managing their own infrastructure.

    **Tags**: `livepeer:deployment`

    **Tabs**: Gateways

    **Context**: Gateway-as-a-service offerings (for example, Livepeer Studio, Livepeer Cloud, or Daydream) run Gateway nodes on the operator's behalf. The user pays the service's rate and receives an API endpoint rather than running go-livepeer directly.

    **Status**: current

    **Pages**: `gateways/modes`, `gateways/architecture`
  </Accordion>

  <Accordion title="Gateway Middleware" icon="book-open">
    **Definition**: A pluggable logic layer inserted into the Gateway request pipeline for custom processing such as authentication, rate-limiting, or request transformation.

    **Tags**: `livepeer:protocol`

    **Tabs**: Gateways

    **Context**: Gateway middleware lets operators intercept and modify requests or responses at the Gateway layer without forking go-livepeer. Middleware is typically configured in code for SDK-based deployments or via hooks in go-livepeer.

    **Status**: current

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

  <Accordion title="Gateway operator" icon="book-open">
    **Definition**: Person or organisation running and maintaining Gateway nodes for network access.

    **Tags**: `livepeer:role`

    **Tabs**: community

    **Context**: Gateway operators in Livepeer run nodes that submit transcoding or AI inference jobs to the network, manage payment flows via Probabilistic Micropayments, and expose protocol services to end applications.

    **Status**: current

    **Pages**: `community/network`
  </Accordion>

  <Accordion title="Generative Video" icon="book-open">
    **Definition**: AI-produced video created by models that synthesize novel temporal frame sequences from text prompts or conditioning signals.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Text-to-video model (Wikipedia)](https://en.wikipedia.org/wiki/Text-to-video_model)

    **Status**: current

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

  <Accordion title="Genesis Supply" icon="book-open">
    **Definition**: The initial 10 million LPT tokens created at protocol launch and distributed via the Merkle Mine mechanism.

    **Tags**: `economic:reward`

    **Tabs**: LPT

    **Context**: The genesis supply was the starting point for LPT tokenomics; total supply has grown from 10M through inflation since the mainnet launch in 2018.

    **Status**: current

    **Pages**: `lpt/tokenomics`, `lpt/history`
  </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`

    **Tabs**: Gateways, Orchestrators

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

    **Status**: current

    **Pages**: `gateways/run-a-gateway/requirements/setup`, `orchestrators/run-an-orchestrator/requirements`
  </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.

    **Tags**: `livepeer:sdk`

    **Tabs**: developers, Orchestrators

    **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**: `developers/protocol`, `orchestrators/setup`
  </Accordion>

  <Accordion title="Governance" icon="book-open">
    **Definition**: System of rules and processes for protocol decision-making including on-chain voting via LPT stake weight and the LivepeerGovernor contract.

    **Tags**: `operational:governance`

    **Tabs**: home, community, LPT, resources

    **External**: [Livepeer Governance (GitHub wiki)](https://github.com/livepeer/wiki/wiki/Governance)

    **Status**: current

    **Pages**: `home/governance`, `community/governance`, `lpt/governance`, `resources/glossary`
  </Accordion>

  <Accordion title="Governance Forum" icon="book-open">
    **Definition**: The Livepeer Forum's governance category for LIPs, pre-proposals, and protocol governance discussions before on-chain votes.

    **Tags**: `operational:community`

    **Tabs**: community, LPT

    **Context**: The primary off-chain coordination space for Livepeer governance; where community members post pre-proposals, discuss LIPs, and build consensus before on-chain votes.

    **Status**: current

    **Pages**: `community/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="Governor Contract" icon="book-open">
    **Definition**: The on-chain governance smart contract (LivepeerGovernor) that authorizes protocol upgrades and parameter changes via stake-weighted voting.

    **Tags**: `livepeer:contract`, `web3:governance`

    **Tabs**: about, LPT, resources

    **Context**: The Governor contract is Livepeer's on-chain decision-making mechanism, introduced in LIP-89, enabling token-weighted votes on treasury allocations and protocol changes.

    **Also known as**: LivepeerGovernor

    **Status**: current

    **Pages**: `about/governance`, `lpt/contracts`, `resources/glossary`
  </Accordion>

  <Accordion title="GovWorks" icon="book-open">
    **Definition**: Meta-governance SPE ensuring transparent management of Livepeer governance and treasury allocation.

    **Tags**: `livepeer:entity`, `operational:governance`

    **Tabs**: community

    **Context**: GovWorks is the governance coordination workstream and SPE; it administers the proposal process, publishes governance summaries, and was initially chaired by StableLab.

    **Status**: current

    **Pages**: `community/governance`, `community/treasury`
  </Accordion>

  <Accordion title="Grafana" icon="book-open">
    **Definition**: Open-source visualisation and dashboarding platform for metrics and logs.

    **Tags**: `operational:monitoring`

    **Tabs**: community

    **External**: [Grafana](https://grafana.com/)

    **Status**: current

    **Pages**: `community/tools`, `community/monitoring`
  </Accordion>

  <Accordion title="Grant" icon="book-open">
    **Definition**: Non-repayable allocation from the community treasury or Livepeer Foundation for ecosystem development contributions.

    **Tags**: `economic:treasury`

    **Tabs**: community

    **Context**: Grants are awarded through treasury proposals or Foundation programmes to fund tooling, research, education, or infrastructure that benefits the Livepeer ecosystem.

    **Status**: current

    **Pages**: `community/treasury`, `community/programs`
  </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.

    **Tags**: `technical:protocol`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Group of Pictures (GOP)" icon="book-open">
    **Definition**: An ordered arrangement of I-frames and inter-frames within a coded video stream; the set of frames between keyframes.

    **Tags**: `video:encoding`

    **Tabs**: Gateways

    **External**: [Group of pictures (Wikipedia)](https://en.wikipedia.org/wiki/Group_of_pictures)

    **Also known as**: GOP

    **Status**: current

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

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

    **Tags**: `technical:infra`

    **Tabs**: home, community, Orchestrators, resources

    **External**: [Graphics processing unit (Wikipedia)](https://en.wikipedia.org/wiki/Graphics_processing_unit)

    **Also known as**: Graphics Processing Unit

    **Status**: current

    **Pages**: `home/network`, `orchestrators/ai`, `resources/glossary`
  </Accordion>

  <Accordion title="GPU Operator" icon="book-open">
    **Definition**: An Orchestrator operator contributing GPU hardware and AI model capacity to the Livepeer Network for transcoding or AI inference workloads.

    **Tags**: `livepeer:role`

    **Tabs**: home, developers

    **Context**: GPU operators are a specific class of Livepeer Network participants who run GPU hardware connected to the network, earning ETH fees by performing compute-intensive tasks such as video transcoding and AI model inference.

    **Status**: current

    **Pages**: `home/compute`, `developers/node`
  </Accordion>

  <Accordion title="GPU Worker" icon="book-open">
    **Definition**: A Livepeer node with GPU hardware that performs transcoding or AI inference tasks for an Orchestrator.

    **Tags**: `technical:infra`, `livepeer:deployment`

    **Tabs**: Gateways, Orchestrators

    **Context**: In Gateway routing, the Gateway selects Orchestrators that have available GPU workers capable of handling the requested AI pipeline or transcoding profile. In Orchestrator AI or dual-mode deployments, each GPU runs a dedicated AI Runner subprocess.

    **Status**: current

    **Pages**: `orchestrators/ai`, `orchestrators/architecture`
  </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.

    **Tags**: `technical:hardware`

    **Tabs**: Gateways, Orchestrators

    **Also known as**: GeForce GTX

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

    **Status**: current

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

  <Accordion title="GWID (Gateway Wizard)" icon="book-open">
    **Definition**: Gateway Wizard SPE building a managed DevOps tool for running and managing Gateway infrastructure.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: GWID is a Governance Workstream Identification number assigned to the Gateway Wizard SPE; the project delivers simplified Gateway setup tooling and is tracked by its GWID identifier on the governance forum.

    **Status**: current

    **Pages**: `community/governance`, `community/proposals`
  </Accordion>
</AccordionGroup>

## H

<AccordionGroup>
  <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.

    **Tags**: `livepeer:config`

    **Tabs**: Orchestrators

    **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="HLS (HTTP Live Streaming)" icon="book-open">
    **Definition**: Apple's HTTP Live Streaming protocol that encodes video into multiple quality levels segmented into small files, delivered with an index playlist (`.m3u8`) for adaptive bitrate playback over standard HTTP.

    **Tags**: `video:protocol`

    **Tabs**: about, solutions, developers, Gateways, Orchestrators, resources

    **External**: [HTTP Live Streaming (Wikipedia)](https://en.wikipedia.org/wiki/HTTP_Live_Streaming)

    **Also known as**: HTTP Live Streaming

    **Status**: current

    **Pages**: `about/transcoding`, `solutions/playback`, `resources/glossary`
  </Accordion>

  <Accordion title="HTTP Ingest" icon="book-open">
    **Definition**: Receiving a live video stream via HTTP push (rather than RTMP) for transcoding or AI processing.

    **Tags**: `video:processing`

    **Tabs**: Gateways

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

    **Status**: current

    **Pages**: `gateways/ingest`, `gateways/streaming`
  </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.

    **Tags**: `ai:platform`

    **Tabs**: Gateways, Orchestrators, developers, community

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

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

    **Status**: current

    **Pages**: `orchestrators/run-an-orchestrator/ai-models`, `developers/ai-pipelines/overview`
  </Accordion>
</AccordionGroup>

## I

<AccordionGroup>
  <Accordion title="ICO (Initial Coin Offering)" icon="book-open">
    **Definition**: A fundraising mechanism where a blockchain project sells newly created tokens to the public in exchange for established cryptocurrencies.

    **Tags**: `web3:concept`, `economic:business`

    **Tabs**: resources

    **External**: [Initial coin offering (Wikipedia)](https://en.wikipedia.org/wiki/Initial_coin_offering)

    **Also known as**: Initial Coin Offering

    **Status**: draft

    **Pages**: `resources/glossary`
  </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.

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

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

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

    **Pages**: `developers/pipelines`, `orchestrators/pipelines`
  </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.

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="Inference" icon="book-open">
    **Definition**: Running a trained model on new input data to produce predictions or generated outputs, as opposed to the training process.

    **Tags**: `ai:concept`

    **Tabs**: home, developers, Gateways, resources

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

    **Status**: current

    **Pages**: `home/compute`, `developers/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="Inflation" icon="book-open">
    **Definition**: The dynamic issuance of new LPT tokens each protocol round, distributed to active Orchestrators and Delegators proportional to their bonded stake; the rate adjusts each round based on whether bonding participation is above or below the 50% target.

    **Tags**: `livepeer:protocol`, `economic:reward`, `web3:tokenomics`

    **Tabs**: Orchestrators, LPT, resources

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

    **Status**: current

    **Pages**: `lpt/inflation`, `resources/glossary`
  </Accordion>

  <Accordion title="Inflation Adjustment (alpha)" icon="book-open">
    **Definition**: The fixed per-round rate (0.00005%) by which the inflation rate increases or decreases based on whether the current Bonding Rate is below or above the Target Bonding Rate.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: The inflation adjustment parameter ensures the system self-corrects: when fewer than 50% of LPT is bonded, inflation rises to attract stakers; when more is bonded, inflation falls.

    **Also known as**: alpha

    **Status**: current

    **Pages**: `lpt/inflation`, `lpt/economics`
  </Accordion>

  <Accordion title="Inflation Model" icon="book-open">
    **Definition**: Livepeer's algorithmic mechanism that adjusts the per-round LPT issuance rate dynamically based on the gap between the current Bonding Rate and the 50% Target Bonding Rate.

    **Tags**: `livepeer:protocol`, `economic:reward`

    **Tabs**: about, LPT

    **Context**: The inflation model was designed so the protocol is self-regulating – no manual parameter changes are needed; the Inflation Adjustment (alpha) automatically nudges issuance each round.

    **Status**: current

    **Pages**: `about/economics`, `lpt/inflation`
  </Accordion>

  <Accordion title="Inflation Rate" icon="book-open">
    **Definition**: The per-round percentage of the total LPT supply that is newly minted and distributed to active Orchestrators and Delegators; adjusts dynamically via the Inflation Adjustment mechanism.

    **Tags**: `economic:reward`

    **Tabs**: community, LPT

    **Context**: Livepeer's inflation rate starts around 0.00042% per round and decreases by 0.00005% per round when bonding exceeds 50%, and increases otherwise, targeting long-run equilibrium participation.

    **Status**: current

    **Pages**: `lpt/inflation`, `lpt/economics`
  </Accordion>

  <Accordion title="Inflationary Rewards" icon="book-open">
    **Definition**: Newly minted LPT tokens distributed each round proportionally to active Orchestrators and their Delegators based on bonded stake.

    **Tags**: `economic:reward`

    **Tabs**: community, LPT

    **Context**: Inflationary rewards are the supply-side incentive for participation; Orchestrators must call the reward function each round to mint and distribute them, otherwise that round's allocation is forfeited.

    **Status**: current

    **Pages**: `community/staking`, `lpt/staking`
  </Accordion>

  <Accordion title="Ingest" icon="book-open">
    **Definition**: Process of receiving a live video stream from a broadcaster's encoder into a media server, typically over RTMP, SRT, or WebRTC/WHIP.

    **Tags**: `video:processing`

    **Tabs**: solutions, resources

    **External**: [Real-Time Messaging Protocol (Wikipedia)](https://en.wikipedia.org/wiki/Real-Time_Messaging_Protocol)

    **Status**: current

    **Pages**: `solutions/livestreaming`, `resources/glossary`
  </Accordion>

  <Accordion title="Interactive Media" icon="book-open">
    **Definition**: Digital content dynamically responding to user input in real time, combining text, images, audio, and video.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Interactive media (Wikipedia)](https://en.wikipedia.org/wiki/Interactive_media)

    **Status**: current

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

  <Accordion title="Interval-Based Payment" icon="book-open">
    **Definition**: A compensation model where payment tickets are sent at regular time intervals rather than per segment or per request.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: Interval-based payments reduce per-segment overhead by batching payment obligations into timed intervals. This is an alternative to per-segment ticket issuance in the Livepeer probabilistic micropayment system.

    **Status**: current

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

  <Accordion title="Issuance" icon="book-open">
    **Definition**: The minting of new LPT tokens each round as the mechanism for distributing inflationary rewards to protocol participants.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Total LPT issuance per round equals inflation rate multiplied by current total supply; it flows first to Orchestrators who called reward, then to their Delegators proportionally.

    **Status**: current

    **Pages**: `lpt/inflation`, `lpt/economics`
  </Accordion>
</AccordionGroup>

## J

<AccordionGroup>
  <Accordion title="JavaScript" icon="book-open">
    **Definition**: A high-level interpreted scripting language used for web and server-side development; Livepeer's primary SDKs and Gateway clients expose JavaScript/TypeScript APIs.

    **Tags**: `technical:language`

    **Tabs**: developers, community

    **Also known as**: JS

    **External**: [JavaScript (MDN Web Docs)](https://developer.mozilla.org/en-US/docs/Web/JavaScript)

    **Status**: current

    **Pages**: `developers/sdks/overview`, `community/sdks`
  </Accordion>

  <Accordion title="Job" icon="book-open">
    **Definition**: A unit of work submitted to the Livepeer Network specifying stream ID, transcoding options or AI pipeline, and price.

    **Tags**: `livepeer:protocol`

    **Tabs**: home

    **Context**: Jobs are the atomic work unit in the Livepeer Protocol; each job goes through a lifecycle of submission, Orchestrator selection, execution, verification, and payment settlement.

    **Status**: current

    **Pages**: `home/network`, `home/architecture`
  </Accordion>

  <Accordion title="Job Lifecycle" icon="book-open">
    **Definition**: The sequence of stages from job submission through Orchestrator selection, work execution, verification, and payment settlement.

    **Tags**: `livepeer:protocol`

    **Tabs**: about

    **Context**: Understanding the job lifecycle is fundamental to Livepeer's architecture: a Gateway submits a job, the network selects an Orchestrator, work is performed off-chain, verified, and payment tickets are issued.

    **Status**: current

    **Pages**: `about/protocol`, `about/architecture`
  </Accordion>

  <Accordion title="JSON (JavaScript Object Notation)" icon="book-open">
    **Definition**: Lightweight, human-readable data interchange format using key-value pairs and ordered lists, widely used for API request and response bodies.

    **Tags**: `technical:protocol`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/api`
  </Accordion>

  <Accordion title="JWT (JSON Web Token)" icon="book-open">
    **Definition**: Compact, URL-safe token format carrying signed claims used for stateless authentication; in video access control, a signed JWT proves viewer entitlement without a server round-trip for every request.

    **Tags**: `technical:security`

    **Tabs**: solutions, developers

    **External**: [JSON Web Token (jwt.io)](https://jwt.io/introduction)

    **Status**: current

    **Pages**: `solutions/access-control`, `developers/access-control`
  </Accordion>
</AccordionGroup>

## K

<AccordionGroup>
  <Accordion title="Keyframe Interval" icon="book-open">
    **Definition**: Distance in frames or seconds between consecutive keyframes (I-frames); a shorter interval improves seeking accuracy while a longer interval improves compression efficiency.

    **Tags**: `video:encoding`

    **Tabs**: solutions

    **External**: [Group of pictures (Wikipedia)](https://en.wikipedia.org/wiki/Group_of_pictures)

    **Status**: current

    **Pages**: `solutions/encoding`, `solutions/livestreaming`
  </Accordion>

  <Accordion title="KYC (Know Your Customer)" icon="book-open">
    **Definition**: Know Your Customer – identity verification process for regulatory compliance, requiring users to provide identifying information before accessing certain features.

    **Tags**: `operational:process`

    **Tabs**: developers

    **External**: [Know your customer (Wikipedia)](https://en.wikipedia.org/wiki/Know_your_customer)

    **Status**: current

    **Pages**: `developers/access-control`
  </Accordion>

  <Accordion title="KYO (Know Your Orchestrator)" icon="book-open">
    **Definition**: Know Your Orchestrator – Live Pioneers interview series profiling active Orchestrators on the network.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: KYO is a community education initiative run by Live Pioneers that publishes Q\&A-format interviews with Orchestrator operators, helping Delegators make informed staking decisions.

    **Status**: current

    **Pages**: `community/programs`, `community/events`
  </Accordion>
</AccordionGroup>

## L

<AccordionGroup>
  <Accordion title="L1 Escrow" icon="book-open">
    **Definition**: The Ethereum mainnet contract that holds LPT in escrow during cross-chain bridging to Arbitrum, locking L1 tokens as L2 equivalents are minted on Arbitrum.

    **Tags**: `livepeer:contract`, `web3:chain`

    **Tabs**: LPT

    **Context**: The L1 Escrow pairs with L2LPTGateway to form the canonical LPT bridge; tokens bridged to Arbitrum are locked in L1 Escrow until bridged back.

    **Status**: current

    **Pages**: `lpt/bridging`, `lpt/arbitrum`
  </Accordion>

  <Accordion title="L2LPTGateway" icon="book-open">
    **Definition**: The bridge contract deployed on Arbitrum that enables LPT token transfers between Ethereum L1 and Arbitrum L2.

    **Tags**: `livepeer:contract`, `web3:chain`

    **Tabs**: LPT

    **Context**: L2LPTGateway is the on-chain entry point for bridging LPT to Arbitrum, where Livepeer's staking and governance contracts live; it pairs with an L1 Escrow contract on Ethereum mainnet.

    **Status**: current

    **Pages**: `lpt/bridging`, `lpt/arbitrum`
  </Accordion>

  <Accordion title="Latency" icon="book-open">
    **Definition**: Delay between capture at source and display on the viewer's device, accumulating at every pipeline stage.

    **Tags**: `video:playback`, `technical:infra`

    **Tabs**: home, solutions, Gateways, resources

    **External**: [Latency (Wikipedia)](https://en.wikipedia.org/wiki/Latency_\(audio\))

    **Status**: current

    **Pages**: `solutions/livestreaming`, `gateways/routing`, `resources/glossary`
  </Accordion>

  <Accordion title="Layer 1" icon="book-open">
    **Definition**: The base blockchain network (e.g. Ethereum) that validates and finalizes transactions without reliance on another network.

    **Tags**: `web3:chain`

    **Tabs**: about

    **External**: [Layer-1 blockchain (Wikipedia)](https://en.wikipedia.org/wiki/Layer-1_blockchain)

    **Status**: current

    **Pages**: `about/protocol`, `about/network`
  </Accordion>

  <Accordion title="Layer 2 / Layer-2" icon="book-open">
    **Definition**: A separate blockchain extending a Layer 1 by handling transactions off-chain while inheriting the security guarantees of the base chain.

    **Tags**: `web3:chain`

    **Tabs**: home, about, resources

    **External**: [Layer 2 (Ethereum.org)](https://ethereum.org/layer-2/)

    **Also known as**: Layer-2

    **Status**: current

    **Pages**: `home/network`, `about/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="LIP (Livepeer Improvement Proposal)" icon="book-open">
    **Definition**: Formal design document proposing changes to the Livepeer Protocol, governance parameters, or ecosystem standards; the primary mechanism for protocol evolution.

    **Tags**: `operational:governance`, `livepeer:protocol`

    **Tabs**: home, about, developers, community, LPT

    **Context**: LIPs follow a structured process from pre-proposal discussion on the governance forum through on-chain vote and execution; key examples include LIP-73 (Confluence), LIP-89 (on-chain governance), LIP-91/92 (treasury).

    **Status**: current

    **Pages**: `about/governance`, `community/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="LIP-89" icon="book-open">
    **Definition**: Livepeer Improvement Proposal introducing the on-chain LivepeerGovernor contract, community treasury mechanism, stake-weighted voting, and the 10-round voting period.

    **Tags**: `operational:governance`

    **Tabs**: community, Orchestrators, LPT

    **Context**: LIP-89 was the foundational governance upgrade that established Livepeer's on-chain voting system, treasury contract, and the delegated stake-weighted voting model currently in use.

    **Status**: current

    **Pages**: `community/governance`, `lpt/governance`
  </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.

    **Tags**: `operational:governance`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `operational:governance`

    **Tabs**: Orchestrators

    **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="LISAR" icon="book-open">
    **Definition**: SPE providing ongoing ecosystem infrastructure contributions with monthly progress updates.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: LISAR (Livepeer Infrastructure and Services Accountability Report) is the naming convention for the accountability reports published by certain SPEs; also used as the SPE identity for the infrastructure services workstream.

    **Status**: current

    **Pages**: `community/governance`, `community/proposals`
  </Accordion>

  <Accordion title="Live AI" icon="book-open">
    **Definition**: Real-time AI processing applied to live video streams, typically using pipelines such as live-video-to-video running at interactive frame rates.

    **Tags**: `ai:concept`

    **Tabs**: Gateways

    **Context**: Live AI on Livepeer routes live stream frames through Orchestrator GPU workers running models like StreamDiffusion. The Gateway manages session continuity and Orchestrator selection to maintain the low-latency budget required for interactive output.

    **Status**: current

    **Pages**: `gateways/pipelines`, `gateways/routing`
  </Accordion>

  <Accordion title="Live Pioneers" icon="book-open">
    **Definition**: Independent community for long-term LPT holders producing educational content and guides.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: Live Pioneers is an informal community programme for engaged LPT ecosystem participants; members produce the KYO interview series, publish staking guides, and represent the Delegator perspective in governance.

    **Status**: current

    **Pages**: `community/programs`, `community/index`
  </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.

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="LiveInfra" icon="book-open">
    **Definition**: SPE providing free, reliable blockchain infrastructure services including the Community Arbitrum Node.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: LiveInfra is a treasury-funded Special Purpose Entity that operates the Community Arbitrum Node and other shared RPC/infrastructure services that reduce operational friction for ecosystem participants.

    **Status**: current

    **Pages**: `community/projects`, `community/tools`
  </Accordion>

  <Accordion title="livepeer-ai-js" icon="book-open">
    **Definition**: JavaScript/TypeScript library for the Livepeer AI API enabling AI inference integration.

    **Tags**: `livepeer:sdk`

    **Tabs**: community

    **Context**: `livepeer-ai-js` is the official JavaScript SDK for integrating with the Livepeer AI Gateway API, exposing pipelines such as text-to-image and live-video-to-video to JS/TS applications.

    **Status**: current

    **Pages**: `community/sdks`, `community/tools`
  </Accordion>

  <Accordion title="livepeer-ai-python" icon="book-open">
    **Definition**: Python library for the Livepeer AI API providing programmatic access to AI inference pipelines.

    **Tags**: `livepeer:sdk`

    **Tabs**: community

    **Context**: `livepeer-ai-python` is the official Python SDK for the Livepeer AI Gateway, enabling Python applications and ML workflows to dispatch inference jobs to the AI subnet.

    **Status**: current

    **Pages**: `community/sdks`, `community/tools`
  </Accordion>

  <Accordion title="livepeer-go" icon="book-open">
    **Definition**: Go server-side SDK for the Livepeer Studio API.

    **Tags**: `livepeer:sdk`

    **Tabs**: community

    **Context**: `livepeer-go` provides Go bindings for Livepeer Studio API operations including stream management, asset upload, and playback ID retrieval, targeting backend Go service integrations.

    **Status**: current

    **Pages**: `community/sdks`, `community/tools`
  </Accordion>

  <Accordion title="livepeer-js" icon="book-open">
    **Definition**: JavaScript library for the Livepeer Studio API providing programmatic access to stream and asset management.

    **Tags**: `livepeer:sdk`, `livepeer:product`

    **Tabs**: community

    **Context**: `livepeer-js` is the primary JavaScript SDK for Livepeer Studio, supporting stream creation, asset management, and playback integration in Node.js and browser environments.

    **Also known as**: Livepeer.js

    **Status**: current

    **Pages**: `community/sdks`, `community/tools`
  </Accordion>

  <Accordion title="livepeer-python-gateway" icon="book-open">
    **Definition**: An open-source Python reference implementation of a Livepeer Gateway, enabling job submission, payment flow management, and pipeline routing from Python applications.

    **Tags**: `livepeer:sdk`

    **Tabs**: Gateways, developers

    **Context**: Maintained by the community as a lightweight alternative for developers building Python-native integrations with the Livepeer Network.

    **Status**: current

    **Pages**: `gateways/run-a-gateway/overview`, `developers/sdks/overview`
  </Accordion>

  <Accordion title="Livepeer Actor" icon="book-open">
    **Definition**: A participant in the Livepeer Protocol or network – human or machine – that performs a defined role such as submitting jobs, providing compute, verifying work, or securing the system.

    **Tags**: `livepeer:role`

    **Tabs**: resources

    **Context**: The term "Livepeer Actor" is the broadest participant category, encompassing Protocol Actors (Gateways, Orchestrators, Delegators) as well as ecosystem contributors, developers, and tooling operators.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Livepeer Cloud" icon="book-open">
    **Definition**: Platform by the Livepeer Cloud SPE increasing network accessibility with a free community AI Gateway and managed developer services.

    **Tags**: `livepeer:product`

    **Tabs**: developers

    **Context**: Livepeer Cloud is a hosted offering making it easier for developers to access Livepeer's AI and video infrastructure without self-hosting Gateway nodes.

    **Status**: current

    **Pages**: `developers/index`, `developers/api`
  </Accordion>

  <Accordion title="Livepeer Ecosystem" icon="book-open">
    **Definition**: The full set of projects, tools, participants, and organisations building on or contributing to the Livepeer Network, including SPEs, community tools, integrated applications, and partner services.

    **Tags**: `livepeer:entity`

    **Tabs**: resources

    **Context**: The Livepeer Ecosystem is broader than the protocol itself – it includes third-party tooling, community programmes, governance participants, and complementary infrastructure providers.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/index`
  </Accordion>

  <Accordion title="Livepeer Explorer" icon="book-open">
    **Definition**: Official protocol explorer for viewing Orchestrator state, staking data, governance proposals, and delegating LPT.

    **Tags**: `livepeer:tool`

    **Tabs**: community, LPT, resources

    **Context**: Livepeer Explorer is the primary web interface for Delegators and Orchestrators; it allows users to browse the Active Set, stake LPT, view reward histories, and interact with on-chain governance proposals without running node software.

    **Status**: current

    **Pages**: `community/tools`, `lpt/staking`, `resources/glossary`
  </Accordion>

  <Accordion title="Livepeer Foundation" icon="book-open">
    **Definition**: Non-profit Cayman Islands Foundation Company stewarding long-term vision, ecosystem growth, grant programmes, and core development of the Livepeer Network.

    **Tags**: `livepeer:entity`

    **Tabs**: community, LPT, resources

    **Context**: The Livepeer Foundation is distinct from Livepeer Inc. It is member-governed and acts as a steward rather than a controller, funding SPEs, running the governance forum, and representing the ecosystem externally.

    **Status**: current

    **Pages**: `community/governance`, `lpt/governance`, `resources/glossary`
  </Accordion>

  <Accordion title="Livepeer Inc" icon="book-open">
    **Definition**: Original company that built Livepeer's initial protocol architecture and core software.

    **Tags**: `livepeer:entity`

    **Tabs**: home, community

    **Context**: Livepeer Inc founded and launched the Livepeer Network; following the establishment of the Livepeer Foundation, it transitioned from central steward to one contributor among many in the ecosystem.

    **Status**: current

    **Pages**: `home/index`, `community/governance`
  </Accordion>

  <Accordion title="Livepeer Network" icon="book-open">
    **Definition**: The live operational decentralised system of Orchestrators, workers, Gateways, and broadcasters performing video transcoding and AI inference jobs.

    **Tags**: `livepeer:protocol`

    **Tabs**: solutions, resources

    **Context**: "Livepeer Network" refers to the running infrastructure layer – distinct from the Livepeer Protocol, which is the on-chain rule set. The network is the mesh of machines; the protocol governs their behaviour.

    **Status**: current

    **Pages**: `solutions/index`, `resources/glossary`
  </Accordion>

  <Accordion title="Livepeer Protocol" icon="book-open">
    **Definition**: The on-chain ruleset and smart contract logic governing staking, delegation, inflation, Orchestrator selection, slashing, and probabilistic payments.

    **Tags**: `livepeer:protocol`

    **Tabs**: resources

    **Context**: The Livepeer Protocol is the coordination and incentive layer – it does not perform video or AI compute itself but enforces correct behaviour, reward distribution, and economic security for the network.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Livepeer Studio" icon="book-open">
    **Definition**: Hosted developer platform providing APIs, SDKs, and a dashboard for adding live and on-demand video experiences to applications, backed by the Livepeer Network.

    **Tags**: `livepeer:product`

    **Tabs**: solutions, developers

    **Context**: Livepeer Studio is the primary product entry point for developers; it abstracts network complexity behind REST APIs and a web dashboard, handling stream management, transcoding, access control, analytics, and billing.

    **Status**: current

    **Pages**: `solutions/index`, `developers/index`
  </Accordion>

  <Accordion title="Livepeer.js" icon="book-open">
    **Definition**: JavaScript library for the Livepeer API providing programmatic access to Studio features including stream and asset management.

    **Tags**: `livepeer:sdk`

    **Tabs**: developers

    **Context**: Livepeer.js is the official JavaScript/TypeScript SDK for interacting with Livepeer Studio's REST API, designed for Node.js and browser environments.

    **Status**: current

    **Pages**: `developers/sdks`, `developers/api`
  </Accordion>

  <Accordion title="LivepeerGovernor" icon="book-open">
    **Definition**: The OpenZeppelin-based on-chain governor contract for Livepeer that enables stake-weighted voting on protocol proposals using checkpointed BondingVotes data.

    **Tags**: `livepeer:contract`, `web3:governance`

    **Tabs**: LPT

    **Context**: LivepeerGovernor was introduced in LIP-89 and is the authoritative contract for all binding on-chain governance decisions affecting the Livepeer Protocol and treasury.

    **Also known as**: Governor

    **Status**: current

    **Pages**: `lpt/contracts`, `lpt/governance`
  </Accordion>

  <Accordion title="LivepeerNode" icon="book-open">
    **Definition**: The core Go struct in go-livepeer representing a running Livepeer node instance, encapsulating configuration, session state, and network connections.

    **Tags**: `livepeer:protocol`

    **Tabs**: Gateways

    **Context**: LivepeerNode is the central object in the Gateway codebase. Understanding its structure is relevant when building custom Gateway middleware or debugging Gateway internals.

    **Status**: current

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

  <Accordion title="Livestream" icon="book-open">
    **Definition**: Real-time or near-real-time transmission of video and audio over a network to viewers as it is captured, without pre-recording.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **External**: [Live streaming (Wikipedia)](https://en.wikipedia.org/wiki/Live_streaming)

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/index`
  </Accordion>

  <Accordion title="LLM (Large Language Model)" icon="book-open">
    **Definition**: Large language model – neural network trained on massive text corpora to understand and generate natural language.

    **Tags**: `ai:concept`

    **Tabs**: developers, Orchestrators

    **External**: [Large language model (Wikipedia)](https://en.wikipedia.org/wiki/Large_language_model)

    **Status**: current

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

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

    **Tags**: `operational:monitoring`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="LoRA (Low-Rank Adaptation)" icon="book-open">
    **Definition**: Low-Rank Adaptation – parameter-efficient fine-tuning technique injecting trainable low-rank matrices into transformer layers to specialise a model without full retraining.

    **Tags**: `ai:model`

    **Tabs**: developers

    **External**: [LoRA training (Hugging Face)](https://huggingface.co/docs/diffusers/training/lora)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Low-Latency" icon="book-open">
    **Definition**: A system characteristic where the delay between an event occurring and a response being delivered is minimised; in Livepeer, sub-500ms round-trip times are targeted for real-time AI video pipelines.

    **Tags**: `video:streaming`

    **Tabs**: solutions, about, developers

    **Context**: Critical for interactive AI video applications – high latency breaks the real-time feedback loop between user input and AI-transformed output.

    **Status**: current

    **Pages**: `solutions/ai-video`, `about/ai-video`, `developers/ai-pipelines/overview`
  </Accordion>

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

    **Tags**: `livepeer:protocol`, `web3:token`

    **Tabs**: home, about, developers, Orchestrators, community, LPT, resources

    **Context**: LPT is the foundational cryptoeconomic primitive of the protocol – it serves simultaneously as a staking bond (security), a governance weight (voting power), and an inflation-distributed reward token.

    **Also known as**: Livepeer Token

    **Status**: current

    **Pages**: `home/staking`, `lpt/staking`, `resources/glossary`
  </Accordion>

  <Accordion title="LPT emissions" icon="book-open">
    **Definition**: New LPT tokens minted each protocol round via inflation, distributed to active Orchestrators and their Delegators.

    **Tags**: `economic:reward`, `livepeer:protocol`

    **Tabs**: community

    **Context**: LPT emissions are the primary economic incentive for participation; the per-round emission rate adjusts dynamically to push the bonding rate toward 50%, diluting non-staking holders.

    **Status**: current

    **Pages**: `community/treasury`, `community/economics`
  </Accordion>

  <Accordion title="LPMS (Livepeer Media Server)" icon="book-open">
    **Definition**: An open-source media server library providing live video functionality including RTMP ingest and HLS output, used as the foundation for Livepeer transcoding nodes.

    **Tags**: `livepeer:sdk`

    **Tabs**: resources

    **Context**: LPMS is the core media server component in go-livepeer; Orchestrators and Gateways use it to handle video stream ingestion, segment processing, and output generation.

    **Also known as**: Livepeer Media Server

    **Status**: current

    **Pages**: `resources/glossary`, `resources/tools`
  </Accordion>
</AccordionGroup>

## M

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

    **Tags**: `web3:chain`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Marketplace" icon="book-open">
    **Definition**: The decentralised market on the Livepeer Network matching Gateway demand with Orchestrator supply, governed by capability, price, and performance; uses crypto-economic incentives rather than centralised coordination.

    **Tags**: `livepeer:product`

    **Tabs**: home, Gateways

    **Context**: Orchestrators advertise capabilities and prices, Gateways select and route work, and payment flows coordinate supply with demand.

    **Status**: current

    **Pages**: `home/network`, `gateways/economics`
  </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.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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.

    **Also known as**: MaxPricePerUnit

    **Status**: current

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

  <Accordion title="MaxPricePerCapability" icon="book-open">
    **Definition**: A CLI configuration flag setting the maximum price a Gateway will pay for a specific AI pipeline/model pair (capability), overriding the general MaxPricePerUnit for that task type.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Gateways

    **Context**: MaxPricePerCapability lets Gateway operators fine-tune spending limits per AI task, for example paying more for a high-quality image-to-video pipeline while capping spend on cheaper text-to-image tasks.

    **Status**: current

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

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

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Gateways

    **Context**: MaxPricePerUnit acts as a hard gate in Orchestrator selection. Setting it too low reduces the available Orchestrator pool; too high increases cost. It can be expressed in wei or as a USD-denominated value with automatic conversion.

    **Also known as**: MaxPrice

    **Status**: current

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

  <Accordion title="Merkle Mine" icon="book-open">
    **Definition**: Livepeer's algorithm for decentralised token distribution at genesis using Merkle proofs to fairly distribute initial LPT supply without an ICO.

    **Tags**: `web3:concept`

    **Tabs**: community, LPT, resources

    **Context**: The Merkle Mine was used to distribute genesis supply broadly across the Ethereum community at Livepeer's 2018 mainnet launch, using a Merkle tree of eligible addresses and on-chain proof verification.

    **Status**: current

    **Pages**: `lpt/tokenomics`, `resources/glossary`
  </Accordion>

  <Accordion title="Micropayments" icon="book-open">
    **Definition**: Small-value payments for streaming services, implemented in Livepeer via a probabilistic lottery scheme to minimise on-chain transaction costs.

    **Tags**: `economic:payment`

    **Tabs**: home, Orchestrators

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

    **Status**: current

    **Pages**: `home/network`, `orchestrators/payments`
  </Accordion>

  <Accordion title="Micropayment Ticket" icon="book-open">
    **Definition**: A small-value signed data structure sent from a Gateway to an Orchestrator representing a probabilistic payment; only winning tickets are redeemed on-chain.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: Gateways issue micropayment tickets to Orchestrators as work is performed. The lottery-based mechanism means only a fraction of tickets result in on-chain transactions, dramatically reducing gas costs while preserving expected-value fairness.

    **Also known as**: Payment ticket, probabilistic micropayment ticket

    **Status**: current

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

  <Accordion title="Milestone-based Grants" icon="book-open">
    **Definition**: Funding released incrementally upon achievement of predefined deliverables rather than in a lump sum.

    **Tags**: `economic:treasury`

    **Tabs**: community

    **Context**: Milestone-based grants are used by the Livepeer Foundation and treasury to reduce risk; SPEs and grantees receive funding tranches as they hit defined milestones and submit accountability reports.

    **Status**: current

    **Pages**: `community/treasury`, `community/programs`
  </Accordion>

  <Accordion title="Minter Contract" icon="book-open">
    **Definition**: The smart contract responsible for minting new LPT tokens during Orchestrator reward calls and holding ETH collected from winning payment tickets.

    **Tags**: `livepeer:contract`

    **Tabs**: about, LPT, resources

    **Context**: The Minter is the on-chain treasury and issuance contract; it releases newly minted LPT to the BondingManager each round and holds Gateway ETH deposits until tickets are redeemed. Called by the BondingManager at each reward call to calculate and mint the round's inflationary LPT allocation.

    **Also known as**: Minter

    **Status**: current

    **Pages**: `about/contracts`, `lpt/contracts`, `resources/glossary`
  </Accordion>

  <Accordion title="MistServer" icon="book-open">
    **Definition**: Open-source media server providing live video ingest, transcoding, and delivery capabilities, used within Livepeer's infrastructure to handle protocol translation and stream routing.

    **Tags**: `technical:infra`

    **Tabs**: solutions, community

    **External**: [MistServer](https://mistserver.org/)

    **Status**: current

    **Pages**: `solutions/architecture`, `community/tools`
  </Accordion>

  <Accordion title="Model" icon="book-open">
    **Definition**: Mathematical structure (neural network with learned weights) enabling predictions or content generation for new inputs, identified by a model ID and pipeline type.

    **Tags**: `ai:concept`

    **Tabs**: home, developers, Gateways, resources

    **External**: [Machine learning (Wikipedia)](https://en.wikipedia.org/wiki/Machine_learning)

    **Status**: current

    **Pages**: `home/ai-video`, `developers/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="Model Card" icon="book-open">
    **Definition**: Standardised documentation describing a model's intended use, training data, evaluation metrics, and known limitations.

    **Tags**: `ai:concept`

    **Tabs**: developers

    **External**: [Model Cards (Hugging Face)](https://huggingface.co/docs/hub/en/model-cards)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Model ID" icon="book-open">
    **Definition**: Unique string identifier specifying which AI model to invoke on a repository hub, for example `stabilityai/stable-diffusion-xl-base-1.0`.

    **Tags**: `ai:concept`

    **Tabs**: developers

    **External**: [Model Cards (Hugging Face)](https://huggingface.co/docs/hub/en/model-cards)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </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).

    **Tags**: `ai:concept`, `livepeer:config`

    **Tabs**: Orchestrators

    **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="MP4" icon="book-open">
    **Definition**: MPEG-4 Part 14 digital multimedia container format for storing video, audio, subtitles, and still images in a single file.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **External**: [MP4 file format (Wikipedia)](https://en.wikipedia.org/wiki/MP4_file_format)

    **Status**: current

    **Pages**: `solutions/vod`, `solutions/encoding`
  </Accordion>

  <Accordion title="Multimodal" icon="book-open">
    **Definition**: AI systems capable of processing and integrating multiple data types – such as text, images, audio, and video – for cross-modal understanding and generation.

    **Tags**: `ai:concept`

    **Tabs**: developers

    **External**: [Multimodal learning (Wikipedia)](https://en.wikipedia.org/wiki/Multimodal_learning)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Multistream" icon="book-open">
    **Definition**: Simultaneous restreaming of a single live input to multiple external destination platforms (e.g., YouTube, Twitch) in a single broadcast session.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Livepeer Studio's Multistream feature lets developers configure multiple target URLs and stream keys on a Stream object; the platform fans out the ingest to all targets automatically.

    **Status**: current

    **Pages**: `solutions/multistream`, `solutions/livestreaming`
  </Accordion>
</AccordionGroup>

## N

<AccordionGroup>
  <Accordion title="NaaP (Network as a Platform)" icon="book-open">
    **Definition**: Network-as-a-Product – a reference architecture and implementation for multi-tenant Gateway operation providing JWT-based authentication, developer API keys, and per-user usage tracking on top of a Livepeer Gateway.

    **Tags**: `livepeer:product`

    **Tabs**: developers, Gateways

    **Context**: NaaP enables Gateway operators to expose Livepeer infrastructure to third-party developers with managed access control and billing, turning a single Gateway deployment into a platform business. Repository: github.com/Livepeer/naap.

    **Status**: current

    **Pages**: `developers/architecture`, `gateways/architecture`
  </Accordion>

  <Accordion title="Network Effects" icon="book-open">
    **Definition**: The phenomenon where a network's value increases as more participants join, creating compounding benefits for all existing members.

    **Tags**: `economic:business`, `web3:tokenomics`

    **Tabs**: resources

    **External**: [Network effect (Wikipedia)](https://en.wikipedia.org/wiki/Network_effect)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/economics`
  </Accordion>

  <Accordion title="Node" icon="book-open">
    **Definition**: Computing device connected to a network participating in protocol operations such as transcoding, routing, or staking; any computing device running Livepeer software including Gateway, Orchestrator, or worker nodes.

    **Tags**: `technical:infra`

    **Tabs**: home, resources

    **External**: [Node networking (Wikipedia)](https://en.wikipedia.org/wiki/Node_\(networking\))

    **Status**: current

    **Pages**: `home/network`, `resources/glossary`
  </Accordion>

  <Accordion title="Non-custodial" icon="book-open">
    **Definition**: A staking model in which users retain control of their private keys and token ownership while their LPT is bonded, so they are never required to transfer custody to a third party.

    **Tags**: `web3:concept`

    **Tabs**: LPT

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

    **Status**: current

    **Pages**: `lpt/staking`, `lpt/security`
  </Accordion>

  <Accordion title="NPC (Non-Player Character)" icon="book-open">
    **Definition**: Non-player character not controlled by a human, increasingly powered by AI for dynamic, real-time interactions.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Non-player character (Wikipedia)](https://en.wikipedia.org/wiki/Non-player_character)

    **Status**: current

    **Pages**: `home/ai-video`, `home/use-cases`
  </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.

    **Tags**: `technical:infra`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `technical:infra`

    **Tabs**: Orchestrators

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

    **Status**: current

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

## O

<AccordionGroup>
  <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.

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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="OBS (Open Broadcaster Software)" icon="book-open">
    **Definition**: Free, open-source application for screen capture and live streaming, supporting RTMP, RTMPS, SRT, and WebRTC output protocols.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **External**: [OBS Studio (Wikipedia)](https://en.wikipedia.org/wiki/OBS_Studio)

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/guides`
  </Accordion>

  <Accordion title="Off-chain" icon="book-open">
    **Definition**: Activities occurring outside the main blockchain, typically for scalability, speed, or cost reasons, with results optionally settled on-chain.

    **Tags**: `web3:concept`

    **Tabs**: about, resources

    **External**: [Off-chain (ethereum.org glossary)](https://ethereum.org/glossary/)

    **Status**: current

    **Pages**: `about/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="Off-Chain Gateway" icon="book-open">
    **Definition**: A Gateway node that operates without blockchain integration, using a remote signer for payment operations and specifying Orchestrators manually rather than relying on protocol discovery.

    **Tags**: `livepeer:deployment`

    **Tabs**: Gateways

    **Context**: Off-chain is a sustainable production mode for Gateways (unlike off-chain Orchestrators, which are only for testing). An off-chain Gateway holds no ETH; a community-hosted remote signer at signer.eliteencoder.net is publicly available and free to use.

    **Status**: current

    **Pages**: `gateways/modes`
  </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.

    **Tags**: `ai:model`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="On-chain" icon="book-open">
    **Definition**: Actions, computations, or data that are directly recorded, executed, and verified on the blockchain with full transparency and security guarantees.

    **Tags**: `web3:concept`

    **Tabs**: about, resources

    **External**: [On-chain (ethereum.org glossary)](https://ethereum.org/glossary/)

    **Status**: current

    **Pages**: `about/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="On-Chain Gateway" icon="book-open">
    **Definition**: A Gateway node connected to the Livepeer Protocol on Arbitrum, managing its own Ethereum wallet and using on-chain Probabilistic Micropayments for Orchestrator settlement.

    **Tags**: `livepeer:deployment`

    **Tabs**: Gateways

    **Context**: On-chain Gateways require ETH deposited on Arbitrum for the payment deposit and reserve, and use protocol-based Orchestrator discovery. This mode provides access to the full registered Orchestrator pool but requires crypto-wallet management.

    **Status**: current

    **Pages**: `gateways/modes`
  </Accordion>

  <Accordion title="On-chain Treasury" icon="book-open">
    **Definition**: Protocol-governed pool of LPT funded by inflation for community-approved ecosystem development, administered via the LivepeerGovernor contract.

    **Tags**: `livepeer:protocol`, `economic:treasury`

    **Tabs**: community, LPT, resources

    **Context**: The on-chain treasury was established by LIP-89 and LIP-92 and receives a governance-controlled percentage of each round's LPT inflation (Treasury Reward Cut Rate); it is disbursed via LivepeerGovernor votes to SPEs, grants, and bounties.

    **Also known as**: Community Treasury

    **Status**: current

    **Pages**: `community/treasury`, `lpt/treasury`, `resources/glossary`
  </Accordion>

  <Accordion title="Open Source" icon="book-open">
    **Definition**: Software whose source code is freely available for anyone to view, use, modify, and redistribute.

    **Tags**: `web3:concept`

    **Tabs**: resources

    **External**: [Open-source software (Wikipedia)](https://en.wikipedia.org/wiki/Open-source_software)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/index`
  </Accordion>

  <Accordion title="Operational Mode" icon="book-open">
    **Definition**: The deployment configuration that determines how a Gateway connects to the Livepeer Network: on-chain (Arbitrum-based payments, protocol discovery) or off-chain (remote signer, manual Orchestrator addresses).

    **Tags**: `livepeer:config`, `livepeer:deployment`

    **Tabs**: Gateways

    **Context**: Operational mode is an independent axis from node type and setup type. Both on-chain and off-chain Gateways can route video, AI, or dual workloads. Off-chain is a valid production configuration for Gateways.

    **Status**: current

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

  <Accordion title="Operator Market" icon="book-open">
    **Definition**: The competitive ecosystem of Orchestrators offering differentiated services to Gateways and Delegators, distinguished by price, performance, reliability, and commission rates.

    **Tags**: `livepeer:protocol`

    **Tabs**: LPT

    **Context**: The operator market is Livepeer's two-sided marketplace dynamic – Delegators allocate stake to Orchestrators they trust, creating economic incentives for operators to compete on quality and price.

    **Status**: current

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

  <Accordion title="Orchestrator" icon="book-open">
    **Definition**: Supply-side operator contributing GPU resources, receiving jobs from Gateways, performing transcoding or AI inference, and earning ETH fees and inflationary LPT rewards; must bond LPT to enter the Active Set.

    **Tags**: `livepeer:role`

    **Tabs**: home, about, solutions, developers, Gateways, Orchestrators, LPT, community, resources

    **Context**: Orchestrators are the core supply-side participants in Livepeer. They handle protocol interaction, job routing, payment negotiation, and capability advertisement; may run their own transcoder subprocess or delegate to remote transcoder workers. Their total bonded stake determines Active Set membership, reward share, and governance voting weight.

    **Status**: current

    **Pages**: `home/network`, `about/protocol`, `orchestrators/index`, `resources/glossary`
  </Accordion>

  <Accordion title="Orchestrator Discovery" icon="book-open">
    **Definition**: The process by which a Gateway finds and evaluates available Orchestrators – either automatically via the on-chain ServiceRegistry or manually via configured `-orchAddr` flags.

    **Tags**: `livepeer:protocol`

    **Tabs**: Gateways, Orchestrators

    **Context**: On-chain Gateways use the ServiceRegistry contract on Arbitrum to discover registered Orchestrators and their service URIs. Off-chain Gateways bypass discovery and connect directly to specified addresses.

    **Status**: current

    **Pages**: `gateways/routing`, `orchestrators/discovery`
  </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.

    **Tags**: `livepeer:config`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:config`

    **Tabs**: Orchestrators

    **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="OSI Model" icon="book-open">
    **Definition**: The Open Systems Interconnection reference model that defines seven network layers (physical through application) as a conceptual framework for understanding protocol design.

    **Tags**: `technical:infra`

    **Tabs**: about

    **External**: [OSI model (Wikipedia)](https://en.wikipedia.org/wiki/OSI_model)

    **Status**: current

    **Pages**: `about/architecture`
  </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.

    **Tags**: `video:encoding`

    **Tabs**: Orchestrators

    **External**: [Advanced Video Coding (Wikipedia)](https://en.wikipedia.org/wiki/Advanced_Video_Coding)

    **Status**: current

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

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

    **Tags**: `economic:pricing`, `operational:process`

    **Tabs**: Orchestrators

    **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>
</AccordionGroup>

## P

<AccordionGroup>
  <Accordion title="Passing threshold" icon="book-open">
    **Definition**: Minimum "for" vote percentage (excluding abstentions) required for a governance proposal to pass.

    **Tags**: `operational:governance`

    **Tabs**: community

    **Context**: Livepeer governance requires a passing threshold in addition to quorum; if insufficient stake votes in favour, the proposal fails even with high participation.

    **Status**: current

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

  <Accordion title="Pay-per-Pixel" icon="book-open">
    **Definition**: Livepeer's pricing model where Orchestrators are paid based on the total number of pixels transcoded, enabling granular and standardised cost comparison across different video resolutions and durations.

    **Tags**: `economic:pricing`

    **Tabs**: about

    **Context**: Pay-per-pixel is the fundamental unit of exchange in Livepeer's transcoding marketplace; it allows apples-to-apples pricing across different resolutions and bitrates by normalising to pixels processed.

    **Status**: current

    **Pages**: `about/economics`
  </Accordion>

  <Accordion title="Payment Channel" icon="book-open">
    **Definition**: An off-chain mechanism where two parties conduct multiple transactions and only settle the final state on-chain, reducing per-transaction gas costs.

    **Tags**: `economic:payment`

    **Tabs**: about

    **External**: [State channels (ethereum.org)](https://ethereum.org/developers/docs/scaling/state-channels/)

    **Status**: current

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

  <Accordion title="Payment Ticket" icon="book-open">
    **Definition**: Signed off-chain data structure issued by a Gateway to an Orchestrator representing a probabilistic payment; only winning tickets are redeemable on-chain for their ETH face value.

    **Tags**: `economic:payment`, `livepeer:protocol`

    **Tabs**: about, LPT, resources

    **Context**: Payment tickets are Livepeer's mechanism for streaming micropayments without per-segment gas costs; the lottery design means only a statistically appropriate fraction of tickets win, amortizing on-chain fees across many payments.

    **Also known as**: Ticket

    **Status**: current

    **Pages**: `about/payments`, `lpt/payments`, `resources/glossary`
  </Accordion>

  <Accordion title="Pending Rewards" icon="book-open">
    **Definition**: Inflationary LPT and ETH fees that have been earned through staking but not yet claimed by calling the claim earnings function.

    **Tags**: `economic:reward`

    **Tabs**: LPT

    **Context**: Pending rewards accumulate each round an Orchestrator calls reward; Delegators do not need to claim every round but must claim before certain actions (such as moving stake) to avoid losing accrued amounts.

    **Status**: draft

    **Pages**: `lpt/staking`, `lpt/delegation`
  </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.

    **Tags**: `livepeer:economics`

    **Tabs**: about, Gateways, Orchestrators

    **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**: `about/economics`, `gateways/pricing`, `orchestrators/pricing`
  </Accordion>

  <Accordion title="Per-Pixel Pricing" icon="book-open">
    **Definition**: A cost model charging for transcoding work based on the total number of pixels processed (width × height × frame count), enabling standardised comparison across resolutions.

    **Tags**: `economic:pricing`

    **Tabs**: Gateways

    **External**: [Pay-per-pixel (Livepeer Forum)](https://forum.livepeer.org/t/a-guide-for-determining-price-per-pixel/2197)

    **Status**: current

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

  <Accordion title="Per-Request Pricing" icon="book-open">
    **Definition**: A cost model charging per individual AI inference request rather than per pixel, used for AI pipeline jobs where pixel count is not a meaningful unit.

    **Tags**: `economic:pricing`

    **Tabs**: Gateways

    **External**: [Livepeer AI pipelines](https://docs.livepeer.org/ai/pipelines/audio-to-text)

    **Status**: current

    **Pages**: `gateways/pricing`, `gateways/pipelines`
  </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.

    **Tags**: `livepeer:economics`

    **Tabs**: about, LPT, Orchestrators

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

    **Status**: current

    **Pages**: `about/protocol`, `lpt/staking`, `orchestrators/staking`
  </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.

    **Tags**: `livepeer:protocol`, `operational:monitoring`

    **Tabs**: Orchestrators

    **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="Permissionless" icon="book-open">
    **Definition**: Property where anyone can participate without requiring approval from a central authority.

    **Tags**: `web3:concept`

    **Tabs**: home

    **External**: [Web3 – permissionless (Ethereum.org)](https://ethereum.org/web3)

    **Status**: current

    **Pages**: `home/network`, `home/index`
  </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.

    **Tags**: `video:encoding`

    **Tabs**: Orchestrators

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

    **Status**: current

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

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

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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="Pipeline" icon="book-open">
    **Definition**: A configured end-to-end AI processing workflow defining input type, model, and output, routed by the Gateway to capable Orchestrators.

    **Tags**: `livepeer:protocol`, `ai:concept`

    **Tabs**: Gateways, resources

    **Context**: On Livepeer, a pipeline is the combination of a pipeline type (e.g., text-to-image, live-video-to-video) and a specific model ID. Gateways match incoming AI requests to Orchestrators advertising the corresponding capability.

    **Status**: current

    **Pages**: `gateways/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="Playback ID" icon="book-open">
    **Definition**: Public identifier for retrieving playback URLs for a stream or asset without exposing the private stream key or internal asset ID.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Every Stream and Asset in Livepeer Studio is assigned a Playback ID at creation; clients pass this ID to the playback API or embed it in the player to resolve the correct HLS or WebRTC URL.

    **Status**: current

    **Pages**: `solutions/playback`, `solutions/api`
  </Accordion>

  <Accordion title="Playback Policy" icon="book-open">
    **Definition**: Access rules (public or JWT-required) attached to a stream or asset that determine what authentication viewers must present before playback is allowed.

    **Tags**: `video:studio`, `technical:security`

    **Tabs**: solutions

    **Context**: Livepeer Studio playback policies are configured per-stream or per-asset; setting a policy to `jwt` mode requires every viewer to present a signed JWT from the application's signing key before the player can retrieve a valid playback URL.

    **Status**: current

    **Pages**: `solutions/access-control`, `solutions/api`
  </Accordion>

  <Accordion title="Player" icon="book-open">
    **Definition**: Livepeer's embeddable video player component (lvpr.tv) with built-in support for HLS adaptive bitrate streaming and WebRTC low-latency fallback.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **Context**: The Livepeer Player is a hosted iframe-embeddable player and a React SDK component (`@livepeer/react`) that resolves playback from a Playback ID, handles ABR switching, and supports access-controlled streams without custom player configuration.

    **Status**: current

    **Pages**: `solutions/player`, `solutions/playback`
  </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.

    **Tags**: `economic:payment`

    **Tabs**: Orchestrators

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

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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.

    **Also known as**: Pool node

    **Status**: current

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

  <Accordion title="Pre-Proposal" icon="book-open">
    **Definition**: Informal governance discussion document posted on the Forum before a formal LIP or treasury proposal.

    **Tags**: `operational:governance`

    **Tabs**: community

    **Context**: Pre-proposals allow the Livepeer community to give early feedback on governance ideas before the author commits to the formal LIP process, reducing wasted effort on unpopular proposals.

    **Status**: current

    **Pages**: `community/governance`
  </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.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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="Price per pixel" icon="book-open">
    **Definition**: Fundamental pricing unit for transcoding: cost in wei for processing one pixel of video.

    **Tags**: `economic:pricing`

    **Tabs**: community, LPT

    **Context**: Price per pixel is the standard unit of comparison for Orchestrator pricing in Livepeer's transcoding marketplace; Orchestrators set their `pricePerUnit` and `pixelsPerUnit` to express a per-pixel rate.

    **Status**: current

    **Pages**: `community/economics`, `lpt/pricing`
  </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.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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.

    **Tags**: `livepeer:config`, `economic:pricing`

    **Tabs**: Orchestrators

    **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="Probabilistic Micropayments" icon="book-open">
    **Definition**: A lottery-based payment scheme where only winning tickets are redeemed on-chain, amortizing transaction costs across many small payments without requiring per-payment gas.

    **Tags**: `economic:payment`

    **Tabs**: home, about, Gateways, Orchestrators, community

    **External**: [Livepeer payments core concepts](https://livepeer.org/docs/video-developers/core-concepts/payments)

    **Context**: Livepeer's probabilistic micropayment system lets Gateways pay Orchestrators per video segment at sub-cent amounts without incurring Ethereum gas fees on every payment; the expected value of tickets matches the service cost.

    **Status**: current

    **Pages**: `home/payments`, `about/payments`, `gateways/payments`
  </Accordion>

  <Accordion title="Profile" icon="book-open">
    **Definition**: An output specification defining a single transcoding rendition: resolution, bitrate, codec, and frame rate.

    **Tags**: `video:encoding`

    **Tabs**: Gateways

    **External**: [Advanced Video Coding (Wikipedia)](https://en.wikipedia.org/wiki/Advanced_Video_Coding)

    **Status**: current

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

  <Accordion title="Prometheus" icon="book-open">
    **Definition**: Open-source monitoring system collecting time-series metrics via HTTP pull from instrumented targets.

    **Tags**: `operational:monitoring`

    **Tabs**: community

    **External**: [Prometheus](https://prometheus.io/)

    **Status**: current

    **Pages**: `community/tools`, `community/monitoring`
  </Accordion>

  <Accordion title="Proof of Utility" icon="book-open">
    **Definition**: Model where participants prove they performed useful work for the network rather than just staking capital.

    **Tags**: `livepeer:protocol`, `web3:concept`

    **Tabs**: home, community

    **External**: [Livepeer Primer](https://www.livepeer.org/primer)

    **Context**: Livepeer's proof-of-utility mechanism verifies that Orchestrators actually transcoded video or ran AI inference rather than simply holding stake, ensuring that rewards are tied to productive contributions.

    **Status**: current

    **Pages**: `home/network`, `community/network`
  </Accordion>

  <Accordion title="Proof-of-Stake" icon="book-open">
    **Definition**: A blockchain consensus mechanism where validators stake cryptocurrency as collateral to propose and validate blocks, replacing computation-intensive proof-of-work.

    **Tags**: `web3:concept`

    **Tabs**: about, LPT

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

    **Status**: current

    **Pages**: `about/protocol`, `lpt/protocol`
  </Accordion>

  <Accordion title="Proposer Bond" icon="book-open">
    **Definition**: The minimum bonded LPT balance (100 LPT) required to submit a formal on-chain governance proposal.

    **Tags**: `web3:governance`, `economic:treasury`

    **Tabs**: LPT

    **Context**: The proposer bond deters spam proposals by requiring skin-in-the-game from proposal authors; it does not lock additional tokens – the proposer simply needs at least 100 LPT bonded.

    **Status**: current

    **Pages**: `lpt/governance`, `lpt/proposals`
  </Accordion>

  <Accordion title="Protocol Layer" icon="book-open">
    **Definition**: On-chain layer governing staking, delegation, rewards, and verification via smart contracts deployed on Arbitrum.

    **Tags**: `livepeer:protocol`, `web3:chain`

    **Tabs**: developers, Gateways

    **Context**: The Protocol Layer is the blockchain foundation underpinning Livepeer – developers building at the application level interact with it indirectly through the SDK, while protocol developers interact with it directly via smart contracts.

    **Status**: current

    **Pages**: `developers/protocol`, `gateways/protocol`
  </Accordion>

  <Accordion title="Provenance" icon="book-open">
    **Definition**: Verified chain of custody and edit history of a digital asset, confirming its origin and tracking modifications over time.

    **Tags**: `technical:security`

    **Tabs**: solutions

    **External**: [C2PA specification](https://c2pa.org/)

    **Status**: current

    **Pages**: `solutions/provenance`, `solutions/ai`
  </Accordion>

  <Accordion title="PyTorch" icon="book-open">
    **Definition**: Open-source deep learning framework providing GPU-accelerated tensor computation and automatic differentiation, developed by Meta.

    **Tags**: `ai:framework`

    **Tabs**: developers, Orchestrators

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

    **Also known as**: Torch

    **Status**: current

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

  <Accordion title="PyTrickle" icon="book-open">
    **Definition**: Python package for real-time video and audio streaming with custom processing, built on the Livepeer Trickle protocol.

    **Tags**: `livepeer:sdk`

    **Tabs**: developers

    **Context**: PyTrickle is the official Python SDK for developers building real-time AI video applications on Livepeer, providing the FrameProcessor interface for per-frame model inference.

    **Status**: current

    **Pages**: `developers/sdks`, `developers/streaming`
  </Accordion>
</AccordionGroup>

## Q

<AccordionGroup>
  <Accordion title="Quadratic Funding" icon="book-open">
    **Definition**: A public goods funding mechanism where matching funds amplify small individual contributions so that projects with broad community support receive disproportionately larger allocations.

    **Tags**: `economic:treasury`

    **Tabs**: community, LPT

    **External**: [Quadratic voting (Wikipedia)](https://en.wikipedia.org/wiki/Quadratic_voting)

    **Status**: current

    **Pages**: `community/treasury`, `lpt/proposals`
  </Accordion>

  <Accordion title="Quality Ladder" icon="book-open">
    **Definition**: An ordered set of encoding profiles from lowest to highest quality used for adaptive bitrate rendition selection in video delivery.

    **Tags**: `video:processing`

    **Tabs**: resources

    **External**: [Encoding ladder (Cloudinary glossary)](https://cloudinary.com/glossary/encoding-ladder)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/encoding`
  </Accordion>

  <Accordion title="Quorum" icon="book-open">
    **Definition**: The minimum amount of participating stake required for a governance vote to be considered binding and valid.

    **Tags**: `livepeer:protocol`, `web3:governance`, `operational:governance`

    **Tabs**: about, community, LPT

    **Context**: Livepeer governance requires a quorum threshold to be met before a proposal outcome is valid; if quorum is not reached, the proposal fails regardless of the for/against split. Introduced as part of LIP-89.

    **Status**: current

    **Pages**: `about/governance`, `community/governance`, `lpt/governance`
  </Accordion>
</AccordionGroup>

## R

<AccordionGroup>
  <Accordion title="Real-time" icon="book-open">
    **Definition**: Video delivery or AI processing with latency low enough for bidirectional interaction, typically under 500ms via WebRTC; running AI models on live streaming input with latency low enough for interactive speeds, typically under 100 milliseconds.

    **Tags**: `video:playback`, `ai:concept`

    **Tabs**: home, developers, community, resources

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

    **Also known as**: Real-time AI, Real-time video AI

    **Status**: current

    **Pages**: `home/streaming`, `developers/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="Rebonding" icon="book-open">
    **Definition**: Re-staking tokens that are in the unbonding period to an Orchestrator, canceling the unbonding process and returning them to active bonded stake; also used to describe moving bonded LPT from one Orchestrator to another without the thawing period.

    **Tags**: `web3:tokenomics`

    **Tabs**: about, LPT

    **External**: [Livepeer bonding overview](https://forum.livepeer.org/t/an-overview-of-bonding/97)

    **Also known as**: Rebond, Redelegation

    **Status**: current

    **Pages**: `about/staking`, `lpt/delegation`
  </Accordion>

  <Accordion title="Rebuffer Ratio" icon="book-open">
    **Definition**: Rebuffering duration divided by total playback duration, expressing the fraction of viewing time spent waiting for the player to buffer data.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **External**: [The four elements of video performance (Mux)](https://www.mux.com/blog/the-four-elements-of-video-performance)

    **Status**: current

    **Pages**: `solutions/analytics`, `solutions/playback`
  </Accordion>

  <Accordion title="Recording" icon="book-open">
    **Definition**: Stored archive of a live stream session automatically saved as a VOD asset when recording is enabled on the stream object.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Livepeer Studio supports per-stream recording configuration; when enabled, each broadcast session is captured and, upon stream end, made available as a new Asset with its own playback ID.

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/recording`
  </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.

    **Tags**: `livepeer:role`, `economic:payment`

    **Tabs**: Orchestrators

    **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="Redemption" icon="book-open">
    **Definition**: The on-chain process of cashing in a winning probabilistic micropayment ticket for its face value in ETH via the TicketBroker contract.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: Orchestrators (or their redeemer process) submit winning tickets to TicketBroker to claim ETH. The Gateway's deposit and reserve fund these redemptions. High redemption frequency relative to deposit size is a signal to top up.

    **Status**: current

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

  <Accordion title="Remote Signer" icon="book-open">
    **Definition**: A service that holds private keys securely in an isolated environment and signs transactions on behalf of a Livepeer Gateway or Orchestrator node.

    **Tags**: `technical:security`

    **Tabs**: Gateways, Orchestrators, resources

    **Context**: In an on-chain Gateway, the signer is typically a local keystore file. In an off-chain Gateway, signing is delegated to a remote signer service. A community-hosted remote signer at signer.eliteencoder.net is publicly available and free to use.

    **Status**: current

    **Pages**: `gateways/security`, `resources/glossary`
  </Accordion>

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

    **Tags**: `video:processing`

    **Tabs**: solutions, Gateways, Orchestrators, resources

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

    **Status**: current

    **Pages**: `solutions/transcoding`, `gateways/transcoding`, `resources/glossary`
  </Accordion>

  <Accordion title="Reputation" icon="book-open">
    **Definition**: A measure of an Orchestrator's performance, reliability, and trustworthiness that influences job routing priority and payment selection by Gateways.

    **Tags**: `livepeer:protocol`

    **Tabs**: resources

    **Context**: Reputation in Livepeer is not a single on-chain score but a composite of off-chain performance metrics – success rate, latency, and transcode fail rate – that Gateways use in their Orchestrator selection weighting.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Reserve" icon="book-open">
    **Definition**: ETH held as collateral in the TicketBroker contract backing outstanding probabilistic payment tickets; used if the Gateway's deposit is depleted.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: An on-chain Gateway must fund both a deposit (normal operating balance) and a reserve (safety backstop). The reserve prevents Orchestrators from being left unpaid if the deposit runs out between top-ups.

    **Status**: current

    **Pages**: `gateways/payments`
  </Accordion>

  <Accordion title="Resolution" icon="book-open">
    **Definition**: Pixel dimensions of a video frame expressed as width × height (e.g., 1920×1080); common tiers are 360p, 480p, 720p, 1080p, and 4K.

    **Tags**: `video:encoding`

    **Tabs**: solutions

    **External**: [Display resolution (Wikipedia)](https://en.wikipedia.org/wiki/Display_resolution)

    **Status**: current

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

  <Accordion title="REST (Representational State Transfer)" icon="book-open">
    **Definition**: Architectural style for distributed hypermedia systems using standard HTTP methods (GET, POST, PUT, DELETE) for stateless resource interaction.

    **Tags**: `technical:protocol`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/api`
  </Accordion>

  <Accordion title="Retroactive Funding" icon="book-open">
    **Definition**: A funding model that rewards past contributions or completed projects based on demonstrated impact, reducing speculative risk for the treasury.

    **Tags**: `economic:treasury`

    **Tabs**: community, LPT

    **Status**: current

    **Pages**: `community/treasury`, `lpt/proposals`
  </Accordion>

  <Accordion title="Reward" icon="book-open">
    **Definition**: Combination of inflationary LPT and ETH fees earned by Orchestrators and Delegators each protocol round.

    **Tags**: `economic:reward`

    **Tabs**: home

    **Context**: Rewards in Livepeer have two components: inflationary LPT minted each round (distributed proportional to stake) and ETH fees from winning micropayment tickets (distributed via Fee Cut/share parameters set by each Orchestrator).

    **Status**: current

    **Pages**: `home/staking`, `home/network`
  </Accordion>

  <Accordion title="Reward Call" icon="book-open">
    **Definition**: The on-chain transaction (`Reward()`) that an active Orchestrator must submit each round to mint and distribute new LPT inflation rewards to itself and its Delegators.

    **Tags**: `livepeer:protocol`, `economic:reward`

    **Tabs**: about, developers, Orchestrators, community, LPT

    **Context**: Reward calls are an Orchestrator's operational responsibility each round; missing reward calls means forfeiting inflationary LPT for that round, which also harms Delegators who rely on that income. Gas cost on Arbitrum is approximately $0.01–$0.12 per call.

    **Status**: current

    **Pages**: `about/staking`, `orchestrators/staking`, `lpt/staking`
  </Accordion>

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

    **Tags**: `economic:reward`

    **Tabs**: about, Orchestrators, community, LPT, resources

    **Context**: Reward Cut is a key parameter Orchestrators configure to attract Delegators; a lower Reward Cut means Orchestrators pass more LPT to stakers, while a higher cut means they keep more for themselves. Separate from Fee Cut.

    **Status**: current

    **Pages**: `about/staking`, `orchestrators/staking`, `resources/glossary`
  </Accordion>

  <Accordion title="RFP (Request for Proposal)" icon="book-open">
    **Definition**: Formal solicitation posted by the community or Foundation inviting teams to submit proposals for defined work.

    **Tags**: `operational:governance`

    **Tabs**: community

    **Context**: RFPs in Livepeer are used to solicit competitive bids for funded ecosystem work such as tooling, infrastructure, or documentation; typically posted in the Treasury Forum with defined scope and budget.

    **Status**: current

    **Pages**: `community/treasury`, `community/governance`
  </Accordion>

  <Accordion title="Rollups" icon="book-open">
    **Definition**: Layer-2 scaling solutions that execute transactions off-chain and post compressed data or proofs to Layer 1 to inherit its security guarantees.

    **Tags**: `web3:concept`

    **Tabs**: resources

    **External**: [Rollups (Ethereum docs)](https://ethereum.org/developers/docs/scaling/)

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Room" icon="book-open">
    **Definition**: Multi-participant WebRTC video session managed by Livepeer Studio, enabling multiple users to simultaneously broadcast and receive audio and video.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: The Studio Room API creates and manages multi-party WebRTC sessions; each Room has a unique ID and participant tokens, and Livepeer handles the signaling and media routing infrastructure.

    **Status**: current

    **Pages**: `solutions/webrtc`, `solutions/api`
  </Accordion>

  <Accordion title="Round" icon="book-open">
    **Definition**: A discrete time interval defined in Arbitrum/Ethereum blocks during which staking rewards are calculated, the Active Set is determined, and protocol state is updated; approximately one day.

    **Tags**: `livepeer:protocol`

    **Tabs**: about, Orchestrators, community, LPT, resources

    **Context**: Rounds are Livepeer's fundamental time unit for protocol operations; reward calls, Active Set elections, and inflation adjustments all happen on a per-round basis. Each round is approximately 5,760 Arbitrum blocks.

    **Status**: current

    **Pages**: `about/protocol`, `lpt/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="RoundsManager" icon="book-open">
    **Definition**: The Livepeer smart contract that tracks round progression, stores the current round number, and coordinates round-based protocol state transitions.

    **Tags**: `livepeer:contract`

    **Tabs**: Orchestrators, LPT

    **Context**: RoundsManager is called at the start of each round initialisation and interacts with BondingManager and Minter to trigger reward distribution and inflation calculation.

    **Status**: current

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

  <Accordion title="RPC (Remote Procedure Call)" icon="book-open">
    **Definition**: Protocol allowing a programme to execute a procedure on a remote server; in blockchain contexts, the mechanism for querying and submitting transactions to a node.

    **Tags**: `technical:protocol`

    **Tabs**: community

    **External**: [Remote procedure call (Wikipedia)](https://en.wikipedia.org/wiki/Remote_procedure_call)

    **Status**: current

    **Pages**: `community/tools`, `community/network`
  </Accordion>

  <Accordion title="RTMP (Real-Time Messaging Protocol)" icon="book-open">
    **Definition**: TCP-based protocol for streaming audio, video, and data over a network, operating on port 1935; the dominant ingest protocol for live broadcasting software.

    **Tags**: `video:protocol`

    **Tabs**: about, solutions, developers, Gateways, Orchestrators, resources

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

    **Status**: current

    **Pages**: `about/transcoding`, `solutions/livestreaming`, `resources/glossary`
  </Accordion>

  <Accordion title="RTMPS" icon="book-open">
    **Definition**: RTMP transported over a TLS/SSL connection, adding encryption to protect live video streams and metadata during ingest.

    **Tags**: `video:protocol`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/ingest`
  </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.

    **Tags**: `technical:hardware`

    **Tabs**: Gateways, Orchestrators, developers

    **Also known as**: GeForce RTX

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

    **Status**: current

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

## S

<AccordionGroup>
  <Accordion title="SAM 2" icon="book-open">
    **Definition**: Meta's unified foundation model for promptable segmentation in images and videos with streaming memory, enabling interactive region selection.

    **Tags**: `ai:model`

    **Tabs**: developers

    **External**: [SAM 2 (Hugging Face)](https://huggingface.co/docs/transformers/en/model_doc/sam2)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Sampler" icon="book-open">
    **Definition**: Algorithm controlling the denoising process in diffusion models by defining the noise schedule and update rule for each generation step.

    **Tags**: `ai:concept`

    **Tabs**: developers

    **External**: [Scheduler features (Hugging Face)](https://huggingface.co/docs/diffusers/en/using-diffusers/scheduler_features)

    **Status**: current

    **Pages**: `developers/pipelines`
  </Accordion>

  <Accordion title="Scalability" icon="book-open">
    **Definition**: Ability to handle increasing workload by adding resources without degradation in performance or reliability.

    **Tags**: `technical:infra`

    **Tabs**: home

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

    **Status**: current

    **Pages**: `home/network`, `home/index`
  </Accordion>

  <Accordion title="Scaling" icon="book-open">
    **Definition**: Increasing Gateway capacity to handle more concurrent requests, either horizontally (deploying additional Gateway nodes) or vertically (adding resources to an existing node).

    **Tags**: `operational:process`

    **Tabs**: Gateways

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

    **Status**: current

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

  <Accordion title="SDXL (Stable Diffusion XL)" icon="book-open">
    **Definition**: Stable Diffusion XL – advanced text-to-image model with a 3× larger UNet and dual text encoders, generating images at 1024×1024 resolution.

    **Tags**: `ai:model`

    **Tabs**: developers, resources

    **External**: [SDXL (Hugging Face)](https://huggingface.co/stabilityai/stable-diffusion-xl-base-1.0)

    **Also known as**: Stable Diffusion XL

    **Status**: current

    **Pages**: `developers/pipelines`, `resources/glossary`
  </Accordion>

  <Accordion title="SDK (Software Development Kit)" icon="book-open">
    **Definition**: Collection of tools, libraries, and documentation enabling developers to build applications that integrate with a platform's APIs.

    **Tags**: `technical:dev`

    **Tabs**: solutions

    **External**: [Software development kit (Wikipedia)](https://en.wikipedia.org/wiki/Software_development_kit)

    **Status**: current

    **Pages**: `solutions/sdks`, `solutions/api`
  </Accordion>

  <Accordion title="Segment" icon="book-open">
    **Definition**: A time-sliced chunk of multiplexed audio and video data that is independently transcoded for parallel processing in Livepeer's pipeline; typically 2–10 seconds for HLS delivery.

    **Tags**: `livepeer:protocol`, `video:processing`

    **Tabs**: about, solutions, Gateways, Orchestrators, resources

    **External**: [HTTP Live Streaming (Wikipedia)](https://en.wikipedia.org/wiki/HTTP_Live_Streaming)

    **Status**: current

    **Pages**: `about/transcoding`, `gateways/transcoding`, `resources/glossary`
  </Accordion>

  <Accordion title="Segmentation" icon="book-open">
    **Definition**: (1) Video: the process of dividing a continuous video stream into short discrete chunks for HTTP-based delivery and adaptive bitrate switching. (2) AI: task partitioning a digital image into regions by assigning a semantic label to every pixel, identifying and outlining objects.

    **Tags**: `video:processing`, `ai:pipeline`

    **Tabs**: solutions, developers, Orchestrators

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

    **Also known as**: Segmentation (AI)

    **Status**: current

    **Pages**: `solutions/transcoding`, `developers/pipelines`, `orchestrators/pipelines`
  </Accordion>

  <Accordion title="Self-Hosted" icon="book-open">
    **Definition**: A deployment model in which the operator runs their own infrastructure rather than relying on a managed cloud service; Livepeer Gateways and AI nodes can be self-hosted on any compatible hardware.

    **Tags**: `technical:deployment`

    **Tabs**: developers, Gateways

    **External**: [Self-hosting (Wikipedia)](https://en.wikipedia.org/wiki/Self-hosting_\(web_services\))

    **Status**: current

    **Pages**: `developers/self-hosted`, `gateways/run-a-gateway/overview`
  </Accordion>

  <Accordion title="Service Margin" icon="book-open">
    **Definition**: A markup that Gateway operators add on top of Orchestrator costs when reselling Gateway access to end users.

    **Tags**: `economic:pricing`

    **Tabs**: Gateways

    **Context**: Gateway operators running NaaP or Gateway-as-a-service offerings use a service margin to cover infrastructure, development, and operational overhead while remaining price-competitive with direct Orchestrator costs.

    **Status**: current

    **Pages**: `gateways/pricing`, `gateways/economics`
  </Accordion>

  <Accordion title="Service URI" icon="book-open">
    **Definition**: The on-chain registered endpoint URL that Gateways use to discover and establish a connection with an Orchestrator node.

    **Tags**: `livepeer:config`, `livepeer:protocol`

    **Tabs**: about, Orchestrators

    **Context**: The Service URI is how Orchestrators advertise their network address; it is registered in the ServiceRegistry smart contract so Gateways can look up Orchestrators by their on-chain identity and contact them directly. Must be publicly reachable; format is typically `https://your-domain:8935`.

    **Status**: current

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

  <Accordion title="ServiceRegistry" icon="book-open">
    **Definition**: A smart contract on Arbitrum where Orchestrators register their service URI so that on-chain Gateways can discover and contact them.

    **Tags**: `livepeer:contract`

    **Tabs**: Gateways, Orchestrators

    **Context**: The ServiceRegistry is the on-chain source of truth for Orchestrator endpoints. On-chain Gateways query it at startup and during session establishment; off-chain Gateways bypass it entirely by using `-orchAddr`.

    **Status**: current

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

  <Accordion title="Session" icon="book-open">
    **Definition**: An active connection between a Gateway and an Orchestrator during which one or more jobs are processed within a continuous work period.

    **Tags**: `livepeer:protocol`, `video:studio`

    **Tabs**: about, solutions, Gateways, Orchestrators

    **Context**: Sessions in Livepeer represent the active working relationship between a Gateway and a chosen Orchestrator; payment tickets are issued within a session. In Livepeer Studio, each broadcast period on a Stream object creates a new Session with its own metrics, recording, and viewership data.

    **Status**: current

    **Pages**: `about/protocol`, `gateways/routing`, `solutions/livestreaming`
  </Accordion>

  <Accordion title="Settlement" icon="book-open">
    **Definition**: The on-chain finalization of off-chain payment obligations via ticket redemption through the TicketBroker contract.

    **Tags**: `economic:payment`

    **Tabs**: Gateways

    **Context**: Settlement occurs when an Orchestrator redeems a winning ticket, converting the probabilistic payment into an actual ETH transfer. The Gateway's deposit funds these settlements; the reserve backstops them.

    **Status**: current

    **Pages**: `gateways/payments`
  </Accordion>

  <Accordion title="Signing Key" icon="book-open">
    **Definition**: Public/private cryptographic keypair used to sign and verify JWTs that gate access to access-controlled streams and assets in Livepeer Studio.

    **Tags**: `video:studio`, `technical:security`

    **Tabs**: solutions

    **Context**: Developers create Signing Keys in the Studio dashboard or via API; the private key signs viewer JWTs server-side, and Livepeer verifies signatures against the registered public key before granting playback access.

    **Status**: current

    **Pages**: `solutions/access-control`, `solutions/api`
  </Accordion>

  <Accordion title="Signer" icon="book-open">
    **Definition**: The cryptographic key holder or process that authorizes payment tickets and Ethereum transactions on behalf of a Gateway node.

    **Tags**: `technical:security`

    **Tabs**: Gateways

    **Context**: In an on-chain Gateway, the signer is typically a local keystore file. In an off-chain Gateway, signing is delegated to a remote signer service. The signer never needs to hold large ETH balances in the off-chain model.

    **Status**: current

    **Pages**: `gateways/security`, `gateways/config`
  </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.

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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="SLA (Service Level Agreement)" icon="book-open">
    **Definition**: A formal commitment between a service provider and a customer defining expected performance levels, uptime guarantees, and remediation obligations.

    **Tags**: `technical:operations`

    **Tabs**: developers, Gateways

    **External**: [Service-level agreement (Wikipedia)](https://en.wikipedia.org/wiki/Service-level_agreement)

    **Status**: current

    **Pages**: `developers/ai-gateway/overview`, `gateways/run-a-gateway/overview`
  </Accordion>

  <Accordion title="SLAM (Simultaneous Localization and Mapping)" icon="book-open">
    **Definition**: Computational method constructing a map of an unknown environment while simultaneously tracking an agent's location within it.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Simultaneous localisation and mapping (Wikipedia)](https://en.wikipedia.org/wiki/Simultaneous_localization_and_mapping)

    **Status**: current

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

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

    **Tags**: `livepeer:protocol`, `web3:tokenomics`, `economic:reward`

    **Tabs**: about, Orchestrators, community, LPT, resources

    **External**: [Livepeer whitepaper](https://github.com/livepeer/wiki/blob/master/WHITEPAPER.md)

    **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 incentivizes Delegators to select reliable Orchestrators.

    **Status**: current

    **Pages**: `about/protocol`, `orchestrators/protocol`, `resources/glossary`
  </Accordion>

  <Accordion title="Slashing Conditions" icon="book-open">
    **Definition**: The network-defined rules specifying exactly when and how LPT is slashed: failing verification checks, skipping assigned verifications, or sustained underperformance.

    **Tags**: `livepeer:protocol`

    **Tabs**: resources

    **Context**: Slashing Conditions are encoded in the Livepeer whitepaper and protocol contracts. They create economic accountability for Orchestrators by making misbehavior financially costly, proportional to their bonded stake.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Smart Contract" icon="book-open">
    **Definition**: Self-executing programme on a blockchain that automatically enforces agreement terms without intermediaries.

    **Tags**: `web3:concept`

    **Tabs**: home, developers

    **External**: [Smart contracts (Ethereum.org)](https://ethereum.org/developers/docs/smart-contracts/)

    **Status**: current

    **Pages**: `home/network`, `developers/protocol`
  </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.

    **Tags**: `operational:monitoring`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Snowmelt" icon="book-open">
    **Definition**: Alpha phase of the Livepeer roadmap where the protocol was designed and incentives implemented, culminating in testnet launch.

    **Tags**: `livepeer:upgrade`

    **Tabs**: home

    **Context**: Snowmelt is the first named milestone in Livepeer's phased roadmap, representing the earliest protocol design and testnet stage before Tributary (beta) and mainnet deployment.

    **Status**: current

    **Pages**: `home/upgrades`
  </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.

    **Tags**: `livepeer:deployment`

    **Tabs**: Orchestrators

    **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="Solidity" icon="book-open">
    **Definition**: Statically-typed, contract-oriented programming language for writing smart contracts on Ethereum and EVM-compatible chains.

    **Tags**: `technical:dev`, `web3:concept`

    **Tabs**: developers

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

    **Status**: current

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

  <Accordion title="SPE (Special Purpose Entity)" icon="book-open">
    **Definition**: Treasury-funded organizational unit with a defined scope, budget, accountability structure, and operational timeline approved via governance, used to execute specific ecosystem workstreams.

    **Tags**: `livepeer:entity`, `operational:governance`

    **Tabs**: home, about, solutions, developers, Orchestrators, LPT, community, resources

    **Context**: SPEs are Livepeer's primary mechanism for directing on-chain treasury funds; each SPE has a specific mandate (e.g., AI compute, Gateway tooling, governance coordination) and reports progress to the community via accountability documents (e.g., LISARs).

    **Status**: current

    **Pages**: `community/governance`, `lpt/treasury`, `resources/glossary`
  </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.

    **Tags**: `ai:model`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="StableLab" icon="book-open">
    **Definition**: Governance services firm serving as first GovWorks Chair, building transparent governance frameworks for Livepeer.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: StableLab is a professional governance consultancy that was appointed as the inaugural GovWorks Chair to establish governance processes, review proposals, and publish governance summaries for the Livepeer community.

    **Status**: current

    **Pages**: `community/governance`, `community/partners`
  </Accordion>

  <Accordion title="Stake" icon="book-open">
    **Definition**: LPT bonded to an Orchestrator through the protocol, representing a commitment that secures the network and determines the holder's proportional share of rewards, governance power, and work allocation.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT, resources

    **Context**: Stake is the core unit of participation in Livepeer – all economic weight, voting power, and reward distribution derive from how much LPT is staked to active Orchestrators.

    **Also known as**: Bonded stake

    **Status**: current

    **Pages**: `lpt/staking`, `resources/glossary`
  </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.

    **Tags**: `economic:reward`, `web3:tokenomics`

    **Tabs**: Orchestrators

    **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="Stake-for-Access" icon="book-open">
    **Definition**: A model where staking the protocol's native token is required to perform work or access network services, converting participation into token buying pressure.

    **Tags**: `livepeer:protocol`, `web3:tokenomics`

    **Tabs**: resources

    **Context**: In Livepeer's stake-for-access design, Orchestrators must bond LPT to receive jobs, and the amount staked influences their selection probability. This aligns the interests of compute providers with long-term token value.

    **Also known as**: SFA

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Stake-Weighted" icon="book-open">
    **Definition**: A mechanism where each participant's voting power, reward allocation, or selection probability is proportional to their staked token balance rather than equal per-participant.

    **Tags**: `livepeer:governance`

    **Tabs**: about, LPT

    **Context**: Used in Livepeer governance votes, Orchestrator selection, and reward distribution – Delegators with more staked LPT have proportionally greater influence.

    **Status**: current

    **Pages**: `about/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="Stake-Weighted Voting" icon="book-open">
    **Definition**: A governance voting system where each participant's vote weight is proportional to their bonded LPT stake.

    **Tags**: `livepeer:protocol`, `web3:governance`

    **Tabs**: about, community, LPT

    **Context**: Stake-weighted voting in Livepeer means both Orchestrators and Delegators can vote on governance proposals, with voting power determined by bonded LPT; Delegators can override their Orchestrator's vote with their own stake via vote detachment.

    **Status**: current

    **Pages**: `about/governance`, `community/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="Staking" icon="book-open">
    **Definition**: Locking LPT tokens in a proof-of-stake protocol to participate in network security, governance, and earn inflationary rewards and fee income.

    **Tags**: `economic:reward`, `web3:tokenomics`

    **Tabs**: home, community, LPT, resources

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

    **Status**: current

    **Pages**: `home/staking`, `lpt/staking`, `resources/glossary`
  </Accordion>

  <Accordion title="Stream" icon="book-open">
    **Definition**: Top-level Livepeer Studio object representing a live broadcast channel, configured with a stream key, playback ID, transcoding profiles, and optional recording and multistream settings.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: A Stream is a persistent Studio resource that persists across broadcast sessions; each time a broadcaster connects using the stream key a new Session is created under it, keeping channel configuration stable between live events.

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/api`
  </Accordion>

  <Accordion title="Stream Key" icon="book-open">
    **Definition**: Secret credential used by broadcasters to authenticate and push live video to a stream's ingest endpoint; equivalent to a password for the RTMP or SRT connection.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Stream Keys are generated per Stream object in Livepeer Studio; they should be kept private and rotated if compromised, as anyone holding the key can broadcast to that stream channel.

    **Status**: current

    **Pages**: `solutions/livestreaming`, `solutions/api`
  </Accordion>

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

    **Tags**: `ai:model`

    **Tabs**: solutions, developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="Streamflow" icon="book-open">
    **Definition**: Performance phase upgrade introducing peer-to-peer distribution, WebRTC support, and the Orchestrator/Transcoder split.

    **Tags**: `livepeer:upgrade`

    **Tabs**: home

    **Context**: Streamflow was a major protocol upgrade that separated the Orchestrator and transcoder roles, introduced Probabilistic Micropayments, and enabled scalable live streaming on the Livepeer mainnet.

    **Status**: current

    **Pages**: `home/upgrades`, `home/index`
  </Accordion>

  <Accordion title="Streaming" icon="book-open">
    **Definition**: Continuous delivery of multimedia over a network rendered in real time, as opposed to full download before playback.

    **Tags**: `video:playback`

    **Tabs**: home, resources

    **External**: [Streaming media (Wikipedia)](https://en.wikipedia.org/wiki/Streaming_media)

    **Status**: current

    **Pages**: `home/streaming`, `resources/glossary`
  </Accordion>

  <Accordion title="Streamplace" icon="book-open">
    **Definition**: Project building the video infrastructure layer for decentralised social platforms, focused on the AT Protocol ecosystem and enabling open video publishing.

    **Tags**: `livepeer:product`

    **Tabs**: solutions, developers, community

    **Context**: Streamplace is a Livepeer ecosystem project (SPE) that uses Livepeer's transcoding and delivery infrastructure to power video for decentralised social applications built on the AT Protocol (Bluesky) stack.

    **Status**: current

    **Pages**: `solutions/use-cases`, `developers/use-cases`
  </Accordion>

  <Accordion title="Style Transfer" icon="book-open">
    **Definition**: Using deep neural networks to apply the visual style of one image or video to the content of another.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Neural style transfer (Wikipedia)](https://en.wikipedia.org/wiki/Neural_style_transfer)

    **Status**: current

    **Pages**: `home/ai-video`, `home/pipelines`
  </Accordion>

  <Accordion title="Sub-second Latency" icon="book-open">
    **Definition**: Video delivery with end-to-end delay under one second, typically achieved via WebRTC's UDP-based transport.

    **Tags**: `video:playback`

    **Tabs**: developers

    **External**: [Cloudflare – WebRTC WHIP/WHEP](https://blog.cloudflare.com/webrtc-whip-whep-cloudflare-stream/)

    **Status**: current

    **Pages**: `developers/streaming`, `developers/webrtc`
  </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.

    **Tags**: `web3:concept`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Supply" icon="book-open">
    **Definition**: The total number of LPT tokens in existence at any given time, starting from a genesis supply of 10 million and growing continuously through inflationary issuance.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Total supply growth is governed by the per-round inflation rate; because inflation is distributed only to active stakers, non-stakers experience dilution as supply increases.

    **Status**: current

    **Pages**: `lpt/economics`, `lpt/tokenomics`
  </Accordion>

  <Accordion title="Surge strategy" icon="book-open">
    **Definition**: Concentrated treasury spending approach targeting high-impact growth initiatives during strategic market windows.

    **Tags**: `economic:treasury`

    **Tabs**: community

    **Context**: The Surge strategy is a treasury spending philosophy introduced by the Transformation SPE, directing resources toward high-leverage opportunities (e.g. AI video growth) rather than steady-state maintenance funding.

    **Status**: current

    **Pages**: `community/governance`, `community/treasury`
  </Accordion>

  <Accordion title="SVD (Stable Video Diffusion)" icon="book-open">
    **Definition**: Stability AI's latent diffusion model generating 14–25 frame video clips at 576×1024 resolution conditioned on a single input image.

    **Tags**: `ai:model`

    **Tabs**: developers

    **External**: [Stable Video Diffusion (Hugging Face)](https://huggingface.co/stabilityai/stable-video-diffusion-img2vid-xt)

    **Status**: current

    **Pages**: `developers/pipelines`, `developers/ai-gateway`
  </Accordion>

  <Accordion title="Synthetic Data" icon="book-open">
    **Definition**: Artificially generated data produced by algorithms rather than real-world events, used for training AI models when real data is scarce or sensitive.

    **Tags**: `ai:application`

    **Tabs**: home

    **External**: [Synthetic data (Wikipedia)](https://en.wikipedia.org/wiki/Synthetic_data)

    **Status**: current

    **Pages**: `home/ai-video`, `home/use-cases`
  </Accordion>
</AccordionGroup>

## T

<AccordionGroup>
  <Accordion title="TAM (Total Addressable Market)" icon="book-open">
    **Definition**: The total potential revenue opportunity available to a product or service if it captured 100% of its target market.

    **Tags**: `economic:business`, `web3:tokenomics`

    **Tabs**: resources

    **External**: [Total addressable market (Wikipedia)](https://en.wikipedia.org/wiki/Total_addressable_market)

    **Also known as**: Total Addressable Market

    **Status**: current

    **Pages**: `resources/glossary`, `resources/economics`
  </Accordion>

  <Accordion title="Target Bonding Rate" icon="book-open">
    **Definition**: The 50% participation threshold for the ratio of bonded LPT to total supply; the inflation mechanism adjusts the per-round issuance rate to push toward this target.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: The Target Bonding Rate is the equilibrium point of Livepeer's inflation model – if bonding rate is below 50%, inflation rises to incentivise more staking; if above, inflation falls.

    **Status**: current

    **Pages**: `lpt/economics`, `lpt/inflation`
  </Accordion>

  <Accordion title="Tenderize" icon="book-open">
    **Definition**: Liquid staking protocol for LPT allowing staking while maintaining liquidity through derivative tokens.

    **Tags**: `livepeer:tool`, `web3:tokenomics`

    **Tabs**: community

    **Context**: Tenderize integrates with Livepeer's bonding system to let LPT holders stake without the 7-round unbonding lockup, issuing liquid derivative tokens representing staked positions.

    **Status**: current

    **Pages**: `community/tools`, `community/staking`
  </Accordion>

  <Accordion title="TensorRT" icon="book-open">
    **Definition**: NVIDIA's inference SDK optimising models through quantisation, layer fusion, and kernel auto-tuning for low-latency GPU inference.

    **Tags**: `ai:framework`, `technical:infra`

    **Tabs**: developers, resources

    **External**: [NVIDIA TensorRT](https://developer.nvidia.com/tensorrt)

    **Status**: current

    **Pages**: `developers/pipelines`, `resources/glossary`
  </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 a diffusion model.

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

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

    **Tags**: `ai:pipeline`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

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

  <Accordion title="Thawing Period" icon="book-open">
    **Definition**: The mandatory waiting period of approximately 7 rounds after initiating an unbond before the freed LPT becomes withdrawable to the holder's wallet.

    **Tags**: `livepeer:protocol`

    **Tabs**: LPT

    **Context**: The thawing period is a security mechanism that prevents Delegators from immediately withdrawing stake after misbehavior, giving the protocol time to apply any pending slashing.

    **Status**: current

    **Pages**: `lpt/staking`, `lpt/delegation`
  </Accordion>

  <Accordion title="Thumbnail" icon="book-open">
    **Definition**: Reduced-size preview image representing a video frame, used for recognition, navigation, and social sharing previews.

    **Tags**: `video:playback`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/vod`, `solutions/playback`
  </Accordion>

  <Accordion title="Ticket Broker" icon="book-open">
    **Definition**: The TicketBroker smart contract that manages Livepeer's probabilistic micropayment system, holding Gateway deposits and reserves, and processing winning ticket redemptions.

    **Tags**: `livepeer:contract`, `economic:payment`

    **Tabs**: about, Gateways, Orchestrators

    **Context**: Gateways fund it via deposit and reserve; Orchestrators redeem winning tickets through it. The TicketBroker is the payment settlement layer every on-chain Gateway interacts with.

    **Also known as**: TicketBroker

    **Status**: current

    **Pages**: `about/payments`, `gateways/payments`, `orchestrators/payments`
  </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).

    **Tags**: `operational:monitoring`

    **Tabs**: Orchestrators

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

    **Status**: current

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

  <Accordion title="Timelock" icon="book-open">
    **Definition**: A smart contract mechanism that enforces a mandatory delay between when a governance proposal passes and when it can be executed on-chain.

    **Tags**: `web3:governance`

    **Tabs**: community, LPT

    **Context**: The Timelock in LivepeerGovernor gives the community time to review approved changes before they take effect, providing a safety window to react to malicious or erroneous proposals.

    **Status**: current

    **Pages**: `community/governance`, `lpt/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.

    **Tags**: `livepeer:tool`

    **Tabs**: 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="Token Distribution" icon="book-open">
    **Definition**: The allocation and dispersal of LPT tokens across founders, team, investors, and the public through mechanisms including the Merkle Mine, vesting schedules, and inflationary issuance.

    **Tags**: `web3:tokenomics`

    **Tabs**: LPT

    **Context**: Livepeer's initial token distribution used a combination of team/investor allocations with vesting and the open Merkle Mine; ongoing distribution occurs through per-round inflation to active stakers.

    **Status**: draft

    **Pages**: `lpt/tokenomics`, `lpt/history`
  </Accordion>

  <Accordion title="Tokenomics" icon="book-open">
    **Definition**: The economic design of a token system encompassing supply, distribution, incentives, staking, inflation, governance rights, and deflationary mechanisms.

    **Tags**: `web3:tokenomics`

    **Tabs**: community, LPT, resources

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

    **Also known as**: Token Economics

    **Status**: current

    **Pages**: `lpt/tokenomics`, `resources/glossary`
  </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.

    **Tags**: `operational:monitoring`

    **Tabs**: Orchestrators

    **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="Transcoding" icon="book-open">
    **Definition**: Direct digital-to-digital conversion of video from one encoding format or bitrate to another for adaptive multi-rendition delivery.

    **Tags**: `video:processing`

    **Tabs**: home, about, solutions, developers, Gateways, Orchestrators, LPT, community, resources

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

    **Status**: current

    **Pages**: `home/network`, `about/transcoding`, `resources/glossary`
  </Accordion>

  <Accordion title="Transformer" icon="book-open">
    **Definition**: A neural network architecture that uses self-attention mechanisms to process sequential data in parallel, forming the basis of most modern large language models and many vision models.

    **Tags**: `ai:concept`

    **Tabs**: resources

    **External**: [Transformer (machine learning) (Wikipedia)](https://en.wikipedia.org/wiki/Transformer_\(deep_learning_architecture\))

    **Status**: current

    **Pages**: `resources/glossary`, `resources/ai`
  </Accordion>

  <Accordion title="Transformation SPE" icon="book-open">
    **Definition**: SPE seeding new contribution mechanisms, coordinating talent, and directing budgets for ecosystem workstreams.

    **Tags**: `livepeer:entity`

    **Tabs**: community

    **Context**: The Transformation SPE was established to operationalize the Surge strategy; it introduced Workstreams and Advisory Boards as new governance execution structures for the Livepeer ecosystem.

    **Status**: current

    **Pages**: `community/governance`, `community/treasury`
  </Accordion>

  <Accordion title="Treasury" icon="book-open">
    **Definition**: Pool of LPT and ETH held on-chain for funding public goods and ecosystem development, governed by token holder votes via the LivepeerGovernor contract.

    **Tags**: `economic:treasury`

    **Tabs**: home, about, developers, Orchestrators, LPT, community, resources

    **Context**: The Livepeer on-chain treasury is funded by a percentage of per-round inflationary LPT (Treasury Reward Cut Rate); allocations are approved via the LivepeerGovernor contract using stake-weighted voting.

    **Status**: current

    **Pages**: `lpt/treasury`, `community/treasury`, `resources/glossary`
  </Accordion>

  <Accordion title="Treasury Allocation" icon="book-open">
    **Definition**: A governance-approved distribution of treasury funds to a specific proposal, SPE, or grant recipient.

    **Tags**: `economic:treasury`

    **Tabs**: LPT

    **Context**: Treasury allocations are enacted via on-chain proposals that pass through the LivepeerGovernor voting process and execute after the Timelock delay; they typically fund SPEs in milestone tranches.

    **Status**: current

    **Pages**: `lpt/treasury`, `lpt/governance`
  </Accordion>

  <Accordion title="Treasury Forum" icon="book-open">
    **Definition**: Forum section for treasury proposals, SPE funding discussions, and resource allocation.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: The Treasury Forum is the designated category on the Livepeer Forum where SPE pre-proposals, grant requests, RFPs, and budget discussions are posted for community feedback before on-chain votes.

    **Status**: current

    **Pages**: `community/treasury`, `community/tools`
  </Accordion>

  <Accordion title="Treasury Governance" icon="book-open">
    **Definition**: The on-chain process by which LPT stakeholders propose, vote on, and execute allocation of community treasury funds for ecosystem development.

    **Tags**: `economic:treasury`, `web3:governance`

    **Tabs**: LPT

    **Context**: Treasury governance uses the LivepeerGovernor contract; proposals require a Proposer Bond, pass through a voting period, meet Quorum, and execute after a Timelock delay.

    **Status**: draft

    **Pages**: `lpt/treasury`, `lpt/governance`
  </Accordion>

  <Accordion title="Treasury Reward Cut Rate" icon="book-open">
    **Definition**: Governable percentage of per-round LPT inflation diverted to the community treasury instead of being distributed directly to Orchestrators and Delegators (currently 10%).

    **Tags**: `economic:treasury`

    **Tabs**: community, LPT

    **Context**: The treasury Reward Cut rate is set via governance; it determines what share of each round's LPT emissions flows into the on-chain treasury rather than being distributed to active participants.

    **Status**: current

    **Pages**: `community/treasury`, `lpt/treasury`
  </Accordion>

  <Accordion title="Treasury Talk" icon="book-open">
    **Definition**: Recurring community call focused on treasury discussions and SPE updates.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: Treasury Talk is a regular governance call where active SPEs present progress updates, new funding proposals are introduced, and community members ask questions about treasury spending.

    **Status**: current

    **Pages**: `community/events`, `community/governance`
  </Accordion>

  <Accordion title="Tributary" icon="book-open">
    **Definition**: Beta phase of the Livepeer roadmap where LPMS supported most live streaming use cases and mainnet was deployed.

    **Tags**: `livepeer:upgrade`

    **Tabs**: home

    **Context**: Tributary represents the second named milestone in Livepeer's phased roadmap, following Snowmelt's testnet stage; it culminated in the launch of the Livepeer mainnet with core transcoding and staking functionality.

    **Status**: current

    **Pages**: `home/upgrades`
  </Accordion>

  <Accordion title="Trickle Streaming Protocol" icon="book-open">
    **Definition**: Low-latency HTTP-based streaming protocol for real-time media transport between Livepeer nodes, enabling frame-level AI processing on live streams.

    **Tags**: `livepeer:sdk`

    **Tabs**: developers

    **Context**: The Trickle Streaming Protocol is the Livepeer-native transport layer underpinning PyTrickle and the live-video-to-video pipeline, enabling sub-segment-level media delivery for real-time AI transforms.

    **Status**: current

    **Pages**: `developers/streaming`, `developers/architecture`
  </Accordion>

  <Accordion title="Trustless" icon="book-open">
    **Definition**: System property where participants interact using cryptographic proofs rather than requiring trust in any third party.

    **Tags**: `web3:concept`

    **Tabs**: home

    **External**: [Web3 – trustless (Ethereum.org)](https://ethereum.org/web3)

    **Status**: current

    **Pages**: `home/network`, `home/index`
  </Accordion>

  <Accordion title="TTFF (Time to First Frame)" icon="book-open">
    **Definition**: Duration from the moment a viewer presses play to the first video frame rendered on screen; a key quality-of-experience metric for streaming performance.

    **Tags**: `video:playback`

    **Tabs**: solutions

    **External**: [Time to first frame (SVTA Wiki)](https://wiki.svta.org/time-to-first-frame/)

    **Status**: current

    **Pages**: `solutions/analytics`, `solutions/playback`
  </Accordion>

  <Accordion title="TUS Upload" icon="book-open">
    **Definition**: Resumable file upload protocol over HTTP that allows interrupted large file uploads to resume from where they stopped rather than restarting from the beginning.

    **Tags**: `technical:security`

    **Tabs**: solutions

    **External**: [TUS protocol](https://tus.io/)

    **Status**: current

    **Pages**: `solutions/vod`, `solutions/api`
  </Accordion>
</AccordionGroup>

## U

<AccordionGroup>
  <Accordion title="Unbonding" icon="book-open">
    **Definition**: The process of initiating withdrawal of bonded LPT from an Orchestrator, which triggers a 7-round waiting period (thawing period) before tokens become liquid and withdrawable.

    **Tags**: `web3:tokenomics`

    **Tabs**: about, LPT

    **External**: [Livepeer unbonding introduction](https://forum.livepeer.org/t/introduction-to-partial-unbonding/360)

    **Context**: Unbonding does not immediately return LPT to the wallet; tokens remain locked for approximately 7 rounds (the thawing period), during which they can still be rebonded but earn no new rewards.

    **Also known as**: Unbonding period

    **Status**: current

    **Pages**: `about/staking`, `lpt/delegation`
  </Accordion>

  <Accordion title="Unbonding period" icon="book-open">
    **Definition**: Waiting period during which tokens are locked after initiating unbonding before becoming withdrawable (7 rounds in Livepeer).

    **Tags**: `web3:tokenomics`

    **Tabs**: community

    **Context**: The unbonding period in Livepeer is 7 protocol rounds; during this time, LPT cannot be transferred or re-staked, serving as a security and commitment mechanism. See also: Unbonding, Thawing Period.

    **Status**: current

    **Pages**: `community/staking`
  </Accordion>

  <Accordion title="Upscaling" icon="book-open">
    **Definition**: Increasing image or video resolution using AI models that predict high-frequency detail not present in the source.

    **Tags**: `ai:pipeline`

    **Tabs**: home, Orchestrators

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

    **Also known as**: Upscale

    **Status**: current

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

  <Accordion title="USD (United States Dollar)" icon="book-open">
    **Definition**: The official currency of the United States; used as the reference denomination for Livepeer Gateway fees, grant amounts, treasury allocations, and market data.

    **Tags**: `economic:currency`

    **Tabs**: LPT, community, about

    **External**: [United States dollar (Wikipedia)](https://en.wikipedia.org/wiki/United_States_dollar)

    **Status**: current

    **Pages**: `lpt/economics`, `community/treasury`, `about/economics`
  </Accordion>

  <Accordion title="USD Pricing" icon="book-open">
    **Definition**: A pricing configuration where work costs are denominated in US dollars, with automatic dynamic conversion to wei as the ETH/USD exchange rate fluctuates.

    **Tags**: `economic:pricing`

    **Tabs**: Gateways, Orchestrators

    **Context**: USD pricing shields Gateway and Orchestrator operators from ETH price volatility. The Gateway or an external price feed integration queries an ETH/USD oracle and adjusts the wei-denominated MaxPrice accordingly.

    **Status**: current

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

  <Accordion title="USDT (Tether)" icon="book-open">
    **Definition**: A US-dollar-pegged ERC-20 stablecoin issued by Tether Limited; available on some centralised exchanges as a trading pair for LPT.

    **Tags**: `web3:token`

    **Tabs**: LPT

    **Also known as**: Tether

    **External**: [Tether](https://tether.to/)

    **Status**: current

    **Pages**: `lpt/buying-lpt`
  </Accordion>
</AccordionGroup>

## V

<AccordionGroup>
  <Accordion title="veLPT (Voting Escrow LPT)" icon="book-open">
    **Definition**: A proposed mechanism that would allow LPT holders to lock tokens for an extended period in exchange for enhanced governance voting power, aligning long-term incentive structures.

    **Tags**: `web3:governance`, `economic:treasury`

    **Tabs**: community, LPT

    **Context**: veLPT is a governance proposal (not yet implemented) inspired by Curve Finance's veToken model; it would give long-term committed holders outsized influence relative to short-term holders. As of 2026 it remains a proposal.

    **Also known as**: Vote-Escrowed LPT

    **Status**: draft

    **Pages**: `community/governance`, `lpt/proposals`
  </Accordion>

  <Accordion title="Verification Mechanisms" icon="book-open">
    **Definition**: Protocol-level processes that confirm Orchestrators performed transcoding or AI work correctly, including Truebit-style verification and probabilistic spot-checking approaches.

    **Tags**: `livepeer:protocol`

    **Tabs**: about

    **Context**: Verification mechanisms are how Livepeer enforces work quality without requiring every segment to be re-verified; the protocol uses a combination of cryptographic challenges and economic slashing to deter misbehavior.

    **Status**: current

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

  <Accordion title="Verifier" icon="book-open">
    **Definition**: A network component responsible for validating work performed by Orchestrators, confirming that transcoded or AI-processed output matches expected results.

    **Tags**: `livepeer:protocol`

    **Tabs**: resources

    **Context**: The Verifier role is part of Livepeer's fault-proof system: it samples Orchestrator outputs and triggers slashing conditions if misbehavior is detected. In the current network, verification uses deterministic checks and spot sampling rather than the originally planned Truebit mechanism.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </Accordion>

  <Accordion title="Vesting" icon="book-open">
    **Definition**: A schedule controlling when token allocations – such as founder or team grants – become available over time, often with an initial cliff period followed by pro-rata release.

    **Tags**: `web3:tokenomics`, `economic:reward`

    **Tabs**: LPT

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

    **Status**: current

    **Pages**: `lpt/tokenomics`, `lpt/history`
  </Accordion>

  <Accordion title="Viewership" icon="book-open">
    **Definition**: Audience metrics including view counts, watch time, unique viewers, and geographic distribution tracked for streams and assets.

    **Tags**: `video:studio`

    **Tabs**: solutions

    **Context**: Livepeer Studio provides a Viewership API returning per-asset or per-stream engagement metrics; data is collected from the Livepeer Player or via the `reportPlayback` API endpoint in custom players.

    **Status**: current

    **Pages**: `solutions/analytics`, `solutions/api`
  </Accordion>

  <Accordion title="Video on Demand (VOD)" icon="book-open">
    **Definition**: A media delivery model where recorded video content is stored server-side and streamed to viewers on request at any time, in contrast to live streaming.

    **Tags**: `video:delivery`

    **Tabs**: developers, solutions

    **Also known as**: VOD, on-demand video

    **External**: [Video on demand (Wikipedia)](https://en.wikipedia.org/wiki/Video_on_demand)

    **Status**: current

    **Pages**: `solutions/vod`, `developers/video-on-demand`
  </Accordion>

  <Accordion title="VOD (Video on Demand)" icon="book-open">
    **Definition**: Video on demand – system allowing users to access pre-recorded content at any time, contrasting with live streaming.

    **Tags**: `video:playback`

    **Tabs**: home, solutions

    **External**: [Video on demand (Wikipedia)](https://en.wikipedia.org/wiki/Video_on_demand)

    **Status**: current

    **Pages**: `home/streaming`, `solutions/vod`
  </Accordion>

  <Accordion title="Vote detachment" icon="book-open">
    **Definition**: Delegators overriding their Orchestrator's governance vote with their own independent stake-weighted vote on a specific proposal.

    **Tags**: `web3:governance`, `operational:governance`

    **Tabs**: community, LPT

    **Context**: Livepeer's governance design allows Delegators to vote independently from the Orchestrator they bonded to; if a Delegator casts their own vote, it detaches their stake-weight from the Orchestrator's vote. The Orchestrator's vote applies only to stake whose Delegators have not individually voted.

    **Status**: current

    **Pages**: `community/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="Voting delay" icon="book-open">
    **Definition**: Number of rounds (1) between governance proposal creation and the start of the voting period.

    **Tags**: `operational:governance`

    **Tabs**: community

    **Context**: The voting delay in Livepeer governance gives stakeholders time to review a new proposal before voting opens, preventing snap votes on proposals the community has not had time to analyse.

    **Status**: current

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

  <Accordion title="Voting period" icon="book-open">
    **Definition**: Number of rounds (10) during which token holders can cast votes on a governance proposal.

    **Tags**: `operational:governance`

    **Tabs**: community

    **Context**: The Livepeer voting period lasts 10 protocol rounds; votes cast via LivepeerGovernor are weighted by bonded stake, and Delegators may override their Orchestrator's vote during this window.

    **Status**: current

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

  <Accordion title="Voting Power" icon="book-open">
    **Definition**: The weight of a participant's vote in Livepeer on-chain governance, determined by their total bonded LPT stake at the block when the proposal was created.

    **Tags**: `livepeer:protocol`, `web3:governance`

    **Tabs**: community, LPT

    **Context**: Voting power in Livepeer is stake-weighted, not one-token-one-vote; Delegators can override their Orchestrator's vote with their own stake-proportional vote via vote detachment.

    **Status**: current

    **Pages**: `community/governance`, `lpt/governance`
  </Accordion>

  <Accordion title="VRAM (Video RAM)" icon="book-open">
    **Definition**: Dedicated GPU memory used for storing graphics data, model weights, and intermediate tensors during AI inference.

    **Tags**: `technical:infra`

    **Tabs**: developers, Orchestrators

    **External**: [Video random-access memory (Wikipedia)](https://en.wikipedia.org/wiki/Video_random-access_memory)

    **Status**: current

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

## W

<AccordionGroup>
  <Accordion title="Warm Model" icon="book-open">
    **Definition**: An AI model that is already loaded into GPU memory and ready to serve inference requests immediately, without the cold-start latency of loading from storage.

    **Tags**: `ai:concept`, `livepeer:config`

    **Tabs**: about, developers, Gateways, Orchestrators, resources

    **Context**: In Livepeer's AI network, Orchestrators can pre-load ("warm") models in GPU VRAM to guarantee fast response times; warm models are declared in the aiModels.json config and prioritised for latency-sensitive pipelines. During the current beta, Orchestrators typically support one warm model per GPU.

    **Status**: current

    **Pages**: `orchestrators/ai`, `resources/glossary`
  </Accordion>

  <Accordion title="Water Cooler" icon="book-open">
    **Definition**: Biweekly informal community call for development updates and ecosystem news.

    **Tags**: `operational:community`

    **Tabs**: community

    **Context**: The Water Cooler is a recurring Livepeer community call with a lighter format than Treasury Talk or Dev Call; it covers ecosystem news, informal Q\&A, and community social discussion.

    **Status**: current

    **Pages**: `community/events`, `community/social`
  </Accordion>

  <Accordion title="Webhook" icon="book-open">
    **Definition**: HTTP callback mechanism where a server sends an automated POST request to a configured URL when a specified platform event occurs.

    **Tags**: `technical:dev`

    **Tabs**: solutions, developers, Gateways, Orchestrators

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

    **Status**: current

    **Pages**: `solutions/webhooks`, `developers/events`, `orchestrators/discovery`
  </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.

    **Tags**: `livepeer:protocol`, `technical:dev`

    **Tabs**: Orchestrators

    **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>

  <Accordion title="WebRTC (Web Real-Time Communication)" icon="book-open">
    **Definition**: Open-source project and W3C/IETF standard providing browsers and mobile apps with peer-to-peer real-time audio, video, and data exchange over UDP without plugins.

    **Tags**: `video:protocol`, `technical:protocol`

    **Tabs**: solutions, developers, resources

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

    **Status**: current

    **Pages**: `solutions/webrtc`, `developers/webrtc`, `resources/glossary`
  </Accordion>

  <Accordion title="WebVTT (Web Video Text Tracks)" icon="book-open">
    **Definition**: W3C standard format for displaying timed text (captions, subtitles, chapters, metadata) synchronised with HTML5 video playback.

    **Tags**: `video:playback`

    **Tabs**: solutions

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

    **Status**: current

    **Pages**: `solutions/vod`, `solutions/subtitles`
  </Accordion>

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

    **Tags**: `web3:token`

    **Tabs**: Gateways, Orchestrators, LPT

    **External**: [Ether denominations (ethereum.org)](https://ethereum.org/glossary/)

    **Status**: current

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

  <Accordion title="Weight Factors" icon="book-open">
    **Definition**: Configurable scoring parameters – including stake weight, price weight, and random selection weight – that the Gateway uses to rank and select Orchestrators during discovery.

    **Tags**: `livepeer:config`

    **Tabs**: Gateways

    **Context**: Weight factors (e.g., `selectRandWeight`, `selectStakeWeight`, `selectPriceWeight`) let Gateway operators tune the trade-off between cost, decentralization, and performance in Orchestrator selection. Adjusting these requires understanding their interaction with the scoring algorithm.

    **Status**: current

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

  <Accordion title="WHEP (WebRTC-HTTP Egress Protocol)" icon="book-open">
    **Definition**: IETF draft protocol enabling viewers to watch content from streaming services via WebRTC using a standardised SDP offer/answer HTTP exchange.

    **Tags**: `video:protocol`

    **Tabs**: solutions, resources

    **External**: [WHEP draft (IETF)](https://datatracker.ietf.org/doc/draft-ietf-wish-whep/)

    **Also known as**: WebRTC-HTTP Egress Protocol

    **Status**: current

    **Pages**: `solutions/webrtc`, `resources/glossary`
  </Accordion>

  <Accordion title="WHIP (WebRTC-HTTP Ingestion Protocol)" icon="book-open">
    **Definition**: RFC 9725 standard protocol for WebRTC-based live video ingestion via a simple HTTP SDP offer/answer exchange, enabling browser-native broadcasting without plugins.

    **Tags**: `video:protocol`

    **Tabs**: solutions

    **External**: [WHIP (RFC 9725)](https://www.rfc-editor.org/rfc/rfc9725.html)

    **Status**: current

    **Pages**: `solutions/webrtc`, `solutions/ingest`
  </Accordion>

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

    **Tags**: `ai:model`

    **Tabs**: developers, Orchestrators

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

    **Status**: current

    **Pages**: `developers/pipelines`, `orchestrators/pipelines`
  </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.

    **Tags**: `economic:payment`

    **Tabs**: Orchestrators

    **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**: A probabilistic payment ticket whose random outcome meets the configured win probability threshold, entitling the Orchestrator to redeem it on-chain for its ETH face value.

    **Tags**: `economic:payment`

    **Tabs**: about, Orchestrators

    **Context**: In Livepeer's payment system, most tickets are non-winning; only the fraction that statistically win are submitted to the TicketBroker for on-chain redemption, keeping gas costs low while maintaining correct expected payment values.

    **Status**: current

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

  <Accordion title="Worker" icon="book-open">
    **Definition**: A Livepeer node running Docker containers for AI models or transcoding processes, executing compute tasks delegated by an Orchestrator.

    **Tags**: `livepeer:role`

    **Tabs**: resources

    **Context**: Workers are the compute leaf nodes in a Livepeer Orchestrator pool. An Orchestrator can coordinate many workers to scale capacity horizontally; each worker connects via the orchSecret and processes jobs assigned by the Orchestrator.

    **Status**: current

    **Pages**: `resources/glossary`, `resources/protocol`
  </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.

    **Tags**: `operational:process`

    **Tabs**: Orchestrators

    **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>

  <Accordion title="Workstreams" icon="book-open">
    **Definition**: Focused execution teams organised around specific domains, translating Advisory Board recommendations into phased initiatives.

    **Tags**: `livepeer:entity`, `operational:governance`, `operational:community`

    **Tabs**: community

    **Context**: Workstreams are the primary execution structure within Livepeer's post-SPE governance model; each workstream has a defined domain, accountable lead, and milestone timeline funded through the treasury.

    **Status**: current

    **Pages**: `community/governance`, `community/treasury`
  </Accordion>

  <Accordion title="World Model" icon="book-open">
    **Definition**: Neural network representing and predicting environment dynamics, enabling an AI agent to plan by simulating outcomes rather than acting purely from direct observation.

    **Tags**: `ai:application`

    **Tabs**: home, solutions, developers, community, resources

    **External**: [Generative artificial intelligence (Wikipedia)](https://en.wikipedia.org/wiki/Generative_artificial_intelligence)

    **Status**: current

    **Pages**: `home/ai-video`, `solutions/ai`, `resources/glossary`
  </Accordion>
</AccordionGroup>

## Y

<AccordionGroup>
  <Accordion title="Yield" icon="book-open">
    **Definition**: The annualized return on staked LPT expressed as a percentage, combining inflationary LPT rewards and any ETH fee share earned through the bonded Orchestrator.

    **Tags**: `economic:reward`

    **Tabs**: LPT

    **Context**: Yield for Delegators varies by Orchestrator commission rates, the current inflation rate, and the total bonded supply; the Livepeer documentation provides yield calculators for Delegators.

    **Status**: current

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

## Z

<AccordionGroup>
  <Accordion title="Zero-to-Hero" icon="book-open">
    **Definition**: Guided learning path taking a developer from no prior knowledge of Livepeer to competent ecosystem participation through structured tutorials and exercises.

    **Tags**: `livepeer:product`, `operational:process`

    **Tabs**: developers

    **Context**: Zero-to-Hero is Livepeer's flagship onboarding tutorial series for new developers, providing step-by-step guides covering SDK setup, stream creation, AI pipeline integration, and protocol fundamentals.

    **Status**: current

    **Pages**: `developers/guides`, `developers/quickstart`
  </Accordion>
</AccordionGroup>

<CustomDivider />

<CardGroup cols={3}>
  <Card title="Gateways Glossary" icon="server" href="/v2/gateways/resources/glossary">
    Gateway-specific terms for operators
  </Card>

  <Card title="Orchestrators Glossary" icon="microchip" href="/v2/orchestrators/resources/glossary">
    Orchestrator setup and protocol terms
  </Card>

  <Card title="Resources" icon="books" href="/v2/resources">
    Guides, references, and community tools
  </Card>
</CardGroup>