Verification Workflow

Verification Workflow

The verification module assumes the following workflow:

source

Transcoder

The transcoder is a GPU running on a machine. We assume the verification module is shipped as a part of the code running on the GPU. The verification module is invoked for every transcoded segment, resulting in an array of values for validation and a single value for ranking. This list of values is published with the transcode result.

Note: We should make sure this assumption is viable. What if the machine running the GPU is a stripped down crypto mining rig that may not have the ability to run the verification module?

Verifier

In the ideal world, the verifier would be a Truebit module running on the Ethereum chain. There is a prototype built with a modified version of ffprobe, but we haven't ran it in production yet. In the mean time, we can assume it's a docker instance running on a cloud hosted instance with access to Ethereum.

The verifier invokes the quality measurement module, and compares the result with the input validation values (created by the transcoder). The verification reports fail if the values are different.

Protocol

Smart contracts running on the Ethereum blockchain. The transcoder needs to monitor the challenge event in order to invoke the verification request.

Object Store

We can assume it's a S3 bucket with public access.

先从工作流图和链接的 verification-truebit 原型开始，然后审查其中关于 transcoder、verifier、Ethereum 协议和 S3 的既定假设。要视为完成，需要明确的实现范围和经过验证的工作流，但此 issue 没有列出任何 repository 文件或要运行的测试。