Christian Decker 是 Bitcoin 和 Lightning 的研究者与开发者。Lightning 通过支付通道处理付款。他参与过数据传播研究、eltoo、BIP 118 和 Greenlight。理解他的工作，可以从这些问题入手：网络各处掌握的信息不同、旧的余额约定被重新使用，以及运行自己的节点需要付出精力。
查找 Decker 的工作时，会遇到 cdecker 账号和 Snyke 这个名字。2026年10月核查时，他的公开资料也列有 Blockstream。这有助于把作者与代码、提案联系起来，但简短资料本身不足以确定他目前的职位。在开放网络中，一项提案的价值取决于解决了什么问题，以及能否经受审查。作者的名气或雇主并不赋予他替所有人修改规则的权力。 [1]
新区块会逐步传播：一台计算机传给其他计算机，传输需要时间。Christian Decker 和 Roger Wattenhofer 在2013年的研究中测量了这一过程。他们研究交易与区块的传播，以及延迟如何与链的临时分叉相关；此时网络不同部分可能在不同的新区块上继续工作。这些历史测量帮助解释网络的实际行为，却不能代表 Bitcoin 今天的速度，因为软件和传输方式都已改变。 [2]
支付通道的参与者会不断确认：共同锁定的资金中，各自应得多少。如果有人关闭通道时拿出一份对自己更有利的旧约定呢？Decker、Rusty Russell 和 Olaoluwa Osuntokun 提出的 eltoo 允许在最终结算前用较新的状态取代旧状态。可以把它理解为用最新约定替换过期账单。这是一种提出的机制，并不是今天每个 Lightning 通道都自动具备的功能。 [3]
有纠正办法还不够。在 eltoo 中，纠正交易必须在旧状态能够结算之前得到确认。OP_CSV 留出反应时间：只有从相关输出被确认起，经过规定的等待期，某种花费方式才被允许。因此，用户或受托服务仍须监控区块链。提案改变了处理旧状态的方法，但并不意味着无限期离线也是安全的。 [3]
要把较新的约定应用于不同旧状态，需要相应的签名规则。Decker 和 Anthony Towns 编写的 BIP 118 提出了 SIGHASH_ANYPREVOUT。2026年10月核查时，文档状态仍是 Draft，即草案。它描述通过 soft fork 修改共识，也就是修改节点验证 Bitcoin 时使用的规则。发布文档或获得开发者支持，并不能证明网络已激活它。提出方案、编写实现和网络采用是不同阶段。 [4]
通常，签名也会绑定正在花费的那一个先前交易输出，即一笔金额及其花费条件。BIP 118 在选定模式下放宽这种绑定，使已签名交易可以连接到另一个兼容输出，从而帮助替换旧通道状态。这不意味着可以随意花费别人的钱。不过，签名被重复使用的范围扩大后，设计就必须格外谨慎。根据所选模式，是否绑定金额和花费条件也很重要。 [4]
运行 Lightning 节点还需要日常维护。Blockstream 于2023年10月12日宣布 Greenlight 正式向公众推出，并称 Decker 为项目负责人。服务将任务分开：用户持有私钥，服务商运行节点基础设施。私钥用于授权花费，因此持有私钥不等于亲自运营服务器。这种模式本身既不保证服务永不中断，也不保证商业条款不变；这些需要分别评估。 [5]
Core Lightning 是运行 Lightning 节点的软件。插件可以按运营者的需要扩展功能，reckless 则帮助安装和启用插件。这与提议新的 Bitcoin 签名规则属于不同层面的变化。安装插件不会直接把 BIP 118 加入整个网络的规则。Decker 的工作连接了研究、协议提案和实用工具，但每一类工作从想法走向实际使用，都有自己的过程。 [6]
要获得更完整的理解，请将本词条与以下词条结合阅读： Elizabeth Stark, Andreas Antonopoulos, Lightning Network. 反向关联还来自： Elizabeth Stark, Andreas Antonopoulos.