全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

2025BTC开发课程-第一课

这是2025BTC开发课程的一些随堂笔记与心得分享
  • Seven
  • 发布于 2025-05-21
  • 阅读 ( 533 )
  • ( 37 )

Goldinals介绍：比特币资产的统一协议

Nubit发布Goldinals白皮书，旨在统一比特币的资产生态系统。Goldinals由BRC-20的创建者Domo构思，Nubit实施，旨在统一和标准化比特币原生资产，通过BitVM实现本地可编程性，并与Babylon、Lombard等合作，构建一个强大且可互操作的框架。
Goldinals  BRC-20  比特币资产  BitVM  互操作性  去中心化 

钱包描述符的一种简单备份方案

本文提出了一种针对非单签名钱包账户的简单备份方案，旨在解决描述符丢失带来的资金损失风险。该方案通过结合公钥和哈希函数生成对称密钥，并使用AES-GCM算法加密描述符和钱包条款，从而实现确定性、加密的电子备份，并允许授权的参与者能够解密备份。
多重签名  描述符  备份  加密  确定性  公钥  AES-GCM 

揭秘隐私：加密货币中的混币和 CoinJoin

本文介绍了 Coin Mixing（混币）和 CoinJoin 技术，这两种技术旨在通过混合加密货币交易的输入和输出来提高区块链交易的隐私性。Coin Mixing 通过中心化服务混合币，而 CoinJoin 则允许多个用户将他们的交易合并成一个交易，从而模糊交易的来源和去向。文章还讨论了这些技术的法律和伦理考量，以及它们的局限性，并展望了加密货币隐私的未来。
CoinJoin  混币  隐私  区块链分析  交易匿名性  加密货币 

比特币 - bips/bip-tap-psbt.mediawiki，位于Roasbeef/bips - Roasbeef

本文档描述了在 Taproot Asset 状态转换交易的“部分签名比特币交易 (PSBT, BIP-0174)”格式中使用的自定义字段。定义了用于表示虚拟资产交易的新字段，并解释了如何将一个或多个虚拟资产交易映射并提交到单个比特币链上“锚”交易中。
Taproot Assets  PSBT  BIP-0174  虚拟交易  锚交易  比特币 

bips/bip-tap-proof-file.mediawiki，位于 bip-tap · Roasbeef/bips

该文档定义了一种扁平文件证明格式，作为打包 Taproot Asset 证明的标准方法。该证明格式本身是给定资产先前谱系的仅附加日志。证明锚定在给定资产的初始“创世输出”处。单个 Taproot Asset 状态转换的证明包括比特币默克尔证明、Taproot Asset 默克尔和稀疏默克尔树 (MS-SMT) 包含证明，最后是一组有效的状态转换见证人。
Taproot Asset  比特币  默克尔树  MS-SMT  创世输出  证明格式 

比特币 - 目录 - Bitcoin

该文档介绍了Bitcoin Core开发者仓库中用于开发者的一些工具，包括：用于检查fuzz覆盖非确定性的工具、检查单元测试覆盖非确定性的工具、格式化git diff的脚本、管理版权信息的脚本、自动创建manpage的脚本、生成headerssync模块参数的脚本、生成bitcoin.conf文件的脚本以及查找循环依赖的脚本。
fuzzing  单元测试  clang-format  版权信息  manpage  headerssync  bitcoin.conf  循环依赖 
  • bitcoin
  • 发布于 2025-05-10
  • 阅读 ( 209 )

每个配方包含 3 个主要部分：定义标识符，设置构建

本文档介绍了如何为特定构建系统（可能是 Bitcoin Core 的一部分）创建和管理软件包配方。主要包括定义标识符（版本、下载路径等）、设置构建变量（编译器标志、优化选项等）和定义构建命令（提取、配置、构建、部署）。此外，还讨论了处理二级依赖项和构建目标的策略，以提高构建的可靠性和效率。
构建系统  软件包管理  构建变量  Makefile  依赖管理  静态链接 
  • bitcoin
  • 发布于 2025-05-10
  • 阅读 ( 210 )

SwiftSync：近于无状态的可并行比特币区块链验证

本文介绍了SwiftSync，一种近乎无状态且完全可并行化的比特币区块链验证方法。通过使用关于哪些输出未被花费的提示，以及哈希聚合值来高效地验证区块链，从而极大地提升验证速度，降低内存使用，支持并行验证，适用于内存受限的环境和分布式验证。
SwiftSync  区块链验证  无状态  并行化  哈希聚合  比特币 

SwiftSync：近于无状态的可并行比特币区块链验证

使用关于哪些输出将保持不花费的提示，实现近乎无状态的、完全可并行的比特币区块链验证。所有其它的 输入/输出 都会在一个哈希聚合值中高效划去；如果验证成功且提示都是正确的，这个聚合值最终会是零。
SwiftSync 

bip-0112.mediawiki 的历史记录 - jl2012/bips

该文档是关于比特币改进提案（BIP）的提交历史记录，重点是BIP112，它涉及CHECKLOCKTIMEVERIFY操作码的实现和更新。提交记录展示了从草案到最终版本的演变过程，包括代码示例的修复、部署计划的设定以及与其他BIP的同步。
BIP112  比特币改进提案  CHECKLOCKTIMEVERIFY  软分叉  脚本  时间锁 
  • jl2012
  • 发布于 2025-05-07
  • 阅读 ( 269 )

如何构建一个实时比特币钱包分析应用APP

本文介绍了如何使用 QuickNode Marketplace 上的 Blockbook RPC Add-On 构建一个实时比特币钱包分析应用APP，该应用可以帮助用户查看比特币钱包的当前余额，并探索其历史交易和余额变化。文章详细介绍了Blockbook的各项能力，以及如何在QuickNode上设置比特币节点，并搭建React应用来获取比特币地址的交易数据，包括实时和历史余额。
比特币  Blockbook  QuickNode  react  钱包分析  区块链 
  • QuickNode
  • 发布于 2025-05-07
  • 阅读 ( 1500 )
  • ( 94 )

简单说说 BIP-177

本文介绍了 BIP-177 提案，该提案建议在显示比特币数量时，移除小数点，并将最小单位（聪）重新命名为“比特币”，同时将“BTC”标签保留给传统金融。通过在钱包和交易所界面中加入一键切换功能，用户可以在整数形式（₿）与传统小数点形式（BTC）之间自由切换。此举旨在简化比特币的使用，使其更易于理解，并促进比特币的日常使用，而非仅仅作为一种储蓄手段。
BIP-177  比特币  聪  btc  单位  用户体验 

elements/doc/taproot-sighash.mediawiki 在 master 分支上的内容（ElementsProject/elements）

本文档是 BIP-0341 的修改版本，描述了 Elements 中 Taproot 输出使用的签名哈希。其中与 BIP-0341 不同的地方用 _**NEW**_ 标明。此外，BIP 341 和 342 中的四个标记哈希标签 _TapLeaf_、_TapBranch_、_TapTweak_ 和 _TapSighash_ 都带有后缀 `/elements`。
Taproot  签名哈希  Elements  BIP-0341  区块链  密码学 

如何使用Blockbook生成比特币交易报告

本文介绍了如何利用QuickNode的Blockbook RPC add-on生成详细的比特币交易报告。通过分步教程，开发者和金融分析师可以使用该工具获取、分析和展示比特币交易，并以符合监管要求的格式呈现。文章详细说明了使用Blockbook API查询比特币交易、处理交易数据、生成报告以及将报告保存为CSV文件的完整流程。
比特币交易  Blockbook RPC  QuickNode  交易报告  区块链数据  json-rpc 
  • QuickNode
  • 发布于 2025-05-07
  • 阅读 ( 641 )
  • ( 27 )

简单说说 BIP-177

改变价格标签上的数字并不会改变比特币的灵魂 …… 并且会让在我们之后来到这世界的朋友更加轻松。
BIP-177 

bip-0112.mediawiki 的历史记录 - ajtowns/bips

该内容是关于比特币改进提议（BIP）112 的提交历史记录。BIP112 旨在改进比特币的交易脚本功能，尤其是CHECKLOCKTIMEVERIFY操作码，从而实现更灵活的交易锁定时间控制。提交历史记录展示了该提议从草案到最终版本的演变，以及相关的代码修改和完善过程。
BIP112  比特币改进提议  CHECKLOCKTIMEVERIFY  交易脚本  锁定时间 
  • ajtowns
  • 发布于 2025-05-05
  • 阅读 ( 249 )

bips/bip-0016.mediawiki，位于ajtowns/bips的任意prevout

该BIP (Bitcoin Improvement Proposal) 描述了一种新的比特币脚本交易类型，即“Pay to Script Hash (P2SH)”，并定义了适用于新交易的额外验证规则。P2SH 的目的是将提供交易赎回条件的责任从资金发送者转移到赎回者，允许发送者使用固定长度的 20 字节哈希来资助任何复杂的交易。
P2SH  Pay-to-Script-Hash  脚本  交易  比特币  软分叉 
  • ajtowns
  • 发布于 2025-05-05
  • 阅读 ( 286 )

vault · jl2012/bips 中的 bips/bip-0114.mediawiki

该BIP（比特币改进提案）提出了“Merklized Script”的概念，旨在通过使用 Merkle 树编码脚本中的互斥分支，实现更复杂的赎回条件，提高隐私性，并允许包含非共识强制数据。它通过 Merkle 根编码互斥的条件脚本分支，从而减少赎回栈的大小，并实现 O(log n) 的可扩展性。
Merklized Script  Merkle 树  隔离见证  脚本  比特币  P2WSH 
  • jl2012
  • 发布于 2025-05-04
  • 阅读 ( 300 )

BTC DeFi 是无意义的

BTC DeFi 是无意义的
btc  DeFi