<style> .reveal { font-size: 28px; } </style> ## 闪电网络 ## 从“gas”的角度来理解 L2 Jeffrey Hu, HashKey Capital Apr 2024 --- ## 关于我 - Head of Investment Research @ HashKey Capital - Bitcoin Optech newsletter 贡献者 --- 提到:闪电网络 你的第一印象是什么? --- 支付!不过可能也就仅限于支付 ![image](https://hackmd.io/_uploads/SyBN4rKkC.png =500x) --- 闪电网络生态 ![image](https://hackmd.io/_uploads/rJ76zsYyA.png =400x) (来源:The State of Lightning Volume 2, Arcane Research) --- ## 典型的应用场景 - 流媒体(podcast)内容支付:Fountain - 打赏/红包:Nostr zap - AI:L402 - 叠加其他协议:Fedimints、Cashu (成为一个[互操作层](https://lightninglabs.substack.com/p/the-bitcoin-renaissance-is-in-full)) --- (公开的)闪电网络节点数量:15,786(截止 31/3/2024) ![image](https://hackmd.io/_uploads/ryFmvdFyC.png) (来源:https://bitcoinvisuals.com/ ) --- (公开的)通道总容量:约 4,603 BTC(截止 1/4/2024) ![image](https://hackmd.io/_uploads/SJqvvOK1R.png) (来源:https://bitcoinvisuals.com/ ) --- ## 这时候,你可能会想挑战我一下 对于一个从 2018 年发展起来的 Layer2: - 节点数量也不多啊 - 闪电网络:15,786 - 以太坊:978,824 (validator) - TVL 也不高啊 - 闪电网络:$326M / 4,603 BTC - 比特币的其他 rollup: > $1B / 20,000 BTC --- ## 而且,还有一个问题 随便一个 L1、L2、L3……Ln 都能用来支付,为什么要用 LN? --- 要回答这些问题,我们从为什么比特币的 fee 不能叫 gas 说起 --- ## Fee vs Gas 以太坊上执行失败了还会收取 gas ![image](https://hackmd.io/_uploads/rJxJiYtJR.png) (https://fees.wtf/#/ ) --- ## 以太坊为什么会这样? - 以太坊上所有节点都为所有用户重复的去计算,当合约执行错误或执行过程太长时,都会导致交易失败。 - 为什么不退 gas?因为节点进行了状态的计算,耗费了资源(计算和存储),尽管失败了,但 gas 还得收。 - `燃油`:不管你最终是否到达目的地,油都会烧掉。 ![image](https://hackmd.io/_uploads/B1-7ioK10.png ) --- ## 比特币会出现这种情况么? 不会。 只要是能进入(合法)区块的交易,一定是可以执行成功的! ![image](https://hackmd.io/_uploads/HyMN-iKJ0.png) --- ## 比特币为什么会这样? 是因为比特币矿工更信奉拿钱办事? 不,是因为比特币的可编程特性是只验证! 无法执行成功的交易是不能进入(合法)区块的。 --- ## 那么,为什么会有这种区别? 图灵完备(的计算) vs. 非图灵完备(的验证) - 以太坊的 gas 模型是因为: - 在允许执行任意计算后,就不可能依据其他外部指标来衡量一段代码到底要消耗多少资源 - 因此必须引入 gas 使之成为“非图灵完备的”(可预先确定会终止) - 比特币的手续费模型是因为: - 是通过占用区块的体积,来确定节点验证这笔交易可能消耗的资源 --- ## 这也导致了区别 - 以太坊的转账交易(**计算**):全节点计算全局状态转换后,得出加减了之后的账户余额 - 比特币的转账交易(**验证**):验证和自己有关的 UTXO --- ## Sovereign Individual! - 比特币的设计哲学是自主验证 - 比特币并不是相信其他全节点计算后得出的一个全局状态 - 只要验证和比特币密码学有关的交易即可 --- ## 现在,我们来尝试回答刚才的问题 > 随便一个 L1、L2、L3……Ln 都能用来支付,为什么要用 LN? 作为 L2 的闪电网络,延续了比特币 L1 的设计思路与哲学(尽管实现方式不尽相同)。 只需要状态通道里相关的两方之间更新状态即可, 不需要网络所有节点来承担计算和状态的记录。 --- ## 通道组成的网络 - 但闪电网络也并不是只有两方之间的交互 - 而是通道之间再互相连接,形成另一个网络! - TPS 在这点上失去了意义:等同于衡量整个互联网的网速 ![image](https://hackmd.io/_uploads/Bke1MSYyR.png =300x) --- ## 我们再尝试来回答刚才的问题 > 节点数量也不多啊,TVL 也不高啊 - 节点 - 闪电网络节点不是 validator 来维护全局账本 - 而更多的像是互联网上收发数据的终端或路由 - 具有更高的可扩展性 - TVL - 通道内的是可以自由流通的价值,而不仅仅是“锁仓” - 闪电网络也能产生收益,但不是基于 DeFi 的收益套娃,而是基于实际的网络活动(节点转发、潜水艇互换的 loop in/out 等) --- ## 用户体验及优化改进 - 获取初始流动性: - 问题:in-bound liquidity - 解决方案:潜水艇互换、通道租赁 - 优化通道、简化管理: - 问题:通道管理较为复杂 - 解决方案:零确认通道、JIT 通道、LSP --- ## 用户体验及优化改进 - 补充资金: - 问题:通道资金的管理 - 解决方案:通道拼接、Swap-in Potentiam - 静态收款码: - 问题:invoice 每次动态产生 - 解决方案:BOLT12、LNURL --- ## 用户体验及优化改进 - 用比特币之外的资产支付: - 问题:用比特币付款太心疼 - 解决方案:Taproot Assets --- ## 最后回到标题 - 如果你: - 认可比特币的设计哲学(验证而非计算) - 希望获得更加等同于主链的安全性 - 希望获得理论上没有极限的性能 - 希望可以更独立的验证,而不是由其他节点告知余额 - 更好的隐私性(链上足迹也最小) - 那么,闪电网络无疑值得你的期待和关注 --- # 谢谢!
{"slideOptions":"{\"theme\":\"white\"}","title":"闪电网络,从“gas”的角度来理解 L2","description":"Jeffrey Hu, HashKey Capital","contributors":"[{\"id\":\"ad628160-15a5-4ef7-a20b-242c59cf8072\",\"add\":4755,\"del\":1541}]"}
    356 views