Livepeer: a decentralised live video streaming network

The problem the paper names

Live video becomes expensive when every publisher must run enough encoders for every bitrate and every viewer. A single vendor solves it by owning the encoders. Livepeer asks whether idle GPUs can take the transcode, under a stake, without the publisher shipping their audience to that vendor.

What the design proposes

• Broadcasters and transcoders are different roles.
• Stake influences how much work a transcoder is assigned, and is the bond against bad work.
• Payment follows useful transcoding, in the paper's incentive section, rather than a fixed rental of a box.

How the mechanism is specified

• Verification of a transcode is the hard part. The paper discusses checking work rather than assuming the encoder was honest.
• The protocol does not store the video forever. It is a live pipeline. Permanence is a different product. See Arweave or Filecoin for storage.
• Later Livepeer versions change the orchestration. The role split remains the idea to cite.

What this page does not treat as proven

• A design for live transcode is not a CDN design and not a storage design.
• Stake-weighted assignment can concentrate work. The paper does not claim otherwise by magic.
• We do not describe fee revenue.

Why a venture studio still reads it

A good template for DePIN pitches because the job is narrow enough to verify: bits in, renditions out, on a clock. If a venture cannot describe the job that narrowly, it is not ready to cite this paper as a peer.