证明一个比特币地址归你,不必上链花钱。本文拆解BIP-322的legacy、simple、full三种版式与旧core格式的兼容关系,并给出登录式签名与系统搭建的防重放清单。
汇总与「比特币」相关的文章,帮助你系统了解该主题。
证明一个比特币地址归你,不必上链花钱。本文拆解BIP-322的legacy、simple、full三种版式与旧core格式的兼容关系,并给出登录式签名与系统搭建的防重放清单。
芬尼攻击要求攻击者预挖秘密链再双花,商家零确认交付是其成立前提。本文从2010年的原始讨论出发,划清它与抢双花、51%攻击的边界,并给出闪电惩罚窗口下的等价防御清单。
为什么说比特币匿名是误传:假名(pseudonymity)的准确含义、白皮书里的隐私设计、钱包聚类与地址复用如何在公开账本上还原画像,以及哪些机制真正在改变暴露面。
2014年提出的BIP 62试图用一次软分叉从共识规则层面消灭交易可延展性,最终状态停在Closed、从未部署。它输给了更严格的DER规则和隔离见证,这段历史解释了比特币为什么坚持给交易编号保留改名自由。
隔离见证生效后,每个含见证数据的区块都要在coinbase交易里写一条至少38字节的承诺:六字节前缀加一个双重SHA256哈希。这条承诺把全区块的见证哈希钉进区块里,也顺手给未来软分叉留了扩展位。
用比特币闪电网络给交易所充值或提币,体验与主网转账明显不同:对手是发票而不是地址,费用是路由费而不是矿工费,失败原因也集中在发票过期与通道容量。本文拆解机制、常见卡点与归因顺序,撰写于2026年9月,各平台支持范围以官方页面为准。
硬分叉让同一笔币在两条链上同时存在,而签名并不承诺链身份,于是有了重放攻击。本文以 2017 年 Bitcoin Cash 分叉为例,拆解 SIGHASH_FORKID 如何把链身份写进签名,并给出自托管与托管两种场景下的认领与防重放核对清单。
比特币的验签核心为什么不是 OpenSSL 这样的大库,而是一个只有几千行的专用项目?本文梳理从早期签名解析乱象、BIP66 补课,到 2013 年从零建库、2015 与 2016 分阶段接管钱包签名和共识验签的完整脉络,并解释常量时间与侧信道防御。
“比特币丢了数百万枚”的说法到处都是,但链上其实只有三种能站得住脚的口径。本文区分可证明的不花费(创世输出、无主地址、销毁地址)与基于休眠假设的估算,解释为什么分析机构只能给区间,以及它对自托管备份的现实含义。
BTCPay Server 把商家收款做成了自托管的开源方案:钱直接进自己的钱包,没有平台抽佣也没有托管方。本文拆解它的账单监听机制、全节点依赖、闪电接入方式,并说清“免费”换来的是哪些运维与安全风险。