Matt Corallo

在 GitHub 上，Matt Corallo 使用 TheBlueMatt 这个名字。他的个人页面说明，许多代码仓库已迁往 git.bitcoin.ninja。仓库保存源代码及修改历史，因此旧地址变空，不一定代表项目已经停止。要了解谁作出了什么贡献，应查看修改历史、提案及其作者。沿着这些记录，可以从 Corallo 对区块传输的改进，进一步了解他在 Lightning 工具方面的工作。 [1]

验证 Bitcoin 的计算机会不断交换尚未确认的交易。因此，新区块到达时，它们可能已经掌握其中的大部分内容。Compact Block Relay 正是利用这一点。公开技术规范 BIP 152 将 Corallo 列为作者，并感谢 Gregory Maxwell 提供最初构想、参与设计和测试。主要目标是减少传输数据量。传输也可能因此变快，但决定区块是否有效的规则并没有改变。 [2]

可以把它想成共享文件清单：大部分文件已经在你手里，只需知道哪些属于新的一组。BIP 152 类似地使用交易短标识符，以及 mempool，也就是本地保存未确认交易的地方。接收方通过 getblocktxn 请求缺少的数据。短标识符可能发生碰撞，即不同交易使用了同一个短标签。因此，节省传输量并不能代替补齐真实数据，也不能免去检查重建出的区块是否正确。 [2]

在规定条件下，BIP 152 允许发送方尚未完整验证每笔交易，就先发送紧凑公告。这并不意味着什么都能转发：区块头、它与已验证链的衔接、工作量证明，以及对所含交易的承诺，都必须检查。重建之后，区块仍按正常流程处理。接收方继续验证花费的资金是否存在、是否遵守规则。“区块到了”和“区块有效”是两回事。 [2]

互联网把数据拆成小块传输，这些小块叫数据包。某个包丢失后，等待重传会增加延迟。Corallo 在 2016 年 7 月 7 日介绍了 FIBRE：它把紧凑区块与 UDP 以及 FEC 结合起来。UDP 本身不会自动重传丢失的数据包；FEC 则是一种恢复缺失部分的编码。额外数据帮助接收方无需再次请求就能重建内容。代价是发送更多数据，而不是保证任何条件下都不会传输出错。 [3]

FIBRE 可以在检查之前就转发单个数据包。这样节省时间，却要求网络内部节点之间有较强的信任关系，并不意味着允许任意未经核查的连接。公开代码让其他人能够建立新网络，但特定网络的运营者仍可以选择连接对象。FAQ 说明，Localhost Research 的 w0xlt 和 Justin 在 2025 年接手维护，Corallo 与 Maxwell 提供顾问支持。项目的后续发展由更多人共同延续。 [4]

Corallo 的另一部分工作与 Lightning 有关。这是在 Bitcoin 之上通过支付通道完成付款的网络。rust-lightning 中 lightning 软件包的清单，也就是包描述文件，将 Matt Corallo 列为作者。该程序库用 Rust 编写，提供 Lightning 的核心功能，同时让应用自行选择钱包、区块链交互、数据存储和联网方式。署名并不表示此后的每项修改都由一个人完成，也不意味着仅靠程序库就已有完整钱包。 [5]

LDK 以 SDK，也就是开发工具包的形式集成进应用。开发者必须连接存储及其他必要组件。付款结果不一定在发起操作的瞬间返回：LDK 会稍后通过事件报告成功或失败，再由应用处理。因此，发起操作不等于确认成功。对使用钱包的人来说，要求很简单：界面必须区分“付款处理中”和“付款已完成”。 [6]