一种基于比特币支付通道的 Netflix

Posted 2022-01-24 freedomhero

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了一种基于比特币支付通道的 Netflix相关的知识，希望对你有一定的参考价值。

本文中我们将展示一种基于支付通道，按需提供电影流媒体和其他类型服务的经济且高效的方式。

延展性

在比特币的背景下，延展性意味着修改交易而不使其无效的能力。有两个层次：

脚本级别：签名不包括解锁脚本，因此修改它不会改变签名有效性；
交易级别：SIGHASH 标志可用于控制对哪些输入/输出进行签名。

我们在这里专注于脚本级的延展性。

流媒体

假设 Alice 想从 Bob 那里购买一部电影。这部电影分为多个小块：D₀、D₁、D₂、…、D_n。Alice 和 Bob 创建了一个支付通道来交换链下消息。Bob 与 Alice 共享 Merkle 树的叶子（下面的 H₀ 到 H₇）。 Alice 可以通过计算其根哈希 (T₀) 并将其与给定电影的公开哈希进行比较来验证其真实性¹。

Alice 创建了一系列交易 TX₁、TX₂、…、TX_n 将 BSV 锁定到以下智能合约中，由她在输入中引用的 UTXO 提供资金。

// an example contract to malleate transaction
contract Netflix 
    PubKey alice;
    PubKey bob;

    Sha256 hash;

    // can be unlocked in two ways
    // 1) data and Bob's signature
    // 2) both Alice and Bob's signatures
    public function unlock(bytes dataOrSig, Sig bobSig) 
        if (sha256(dataOrSig) != this.hash) 
            // Alice signature is used to unlock, not the data
            Sig aliceSig = Sig(dataOrSig);
            require(checkSig(aliceSig, this.alice));
        
        require(checkSig(bobSig, this.bob));

Netflix 合约有两种方法可以解锁合约:

Bob 签署并提供正确的数据块，即当第 12 行 if 中的条件为假时
当第 12 行 if 中的条件为真时，Alice 和 Bob 都签名

每次 Alice 收到 Dᵢ 时，TXᵢ 都会更新，只有两个变化:

Hᵢ：将上面合约中的 hash 更新为下一个 chunk 的 hash
将输出增加 100 satoshis，以支付下一个的数据块。

注意 Alice 需要再次签名。下图显示了 Alice 和 Bob 之间的交流，从通道的打开到关闭。

支付通道 ₄

关闭通道

在任何时候，Alice 或 Bob 都可以单方面或共同停止流式传输。如果 Alice 停止付款，Bob 将停止流式传输；反之亦然。没有人可以作弊₃。

Bob 将支付交易 TX_p 发送给 Alice。如图 2 所示，Alice 通过用她的签名替换 Dᵢ 来更新它。请注意，新交易 TXp’ 仍然有效，并且仍然可以使用选项 2 而不是选项 1 来解锁旧合约。Bob 更喜欢以这种方式关闭通道，因为：
- 这样节省交易费用。通常，每个块都比签名大很多（平均只有 72 个字节）。在极端情况下，修剪掉 4GB 的解锁参数，可减少约 60,000,000 倍的交易费用。
- 数据块是私有且敏感的。Bob 不想在链上公开电影块供所有人查看。
如果 Alice 拒绝签名，Bob 总是可以使用选项 1 来收取款项。

只有两笔交易最终在链上。之后可以安全地丢弃所有中间交易。