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

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

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

简单说说 BIP-177

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

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

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

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
  • 阅读 ( 373 )

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

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

BTC DeFi 是无意义的

BTC DeFi 是无意义的
btc  DeFi 

富兰克林邓普顿力挺 BTCFi：为投资者创造"新效用"

专注比特币 DeFi 不会动摇其核心定位。
BitLayer  btc 

BIP44 协议概述

BIP44基于BIP-0032（从现在开始的BIP32）和BIP-0043（从现在开始的BIP43）中描述的目的方案中描述的算法定义确定性钱包的逻辑层级。BIP44是BIP43的特定应用。BIP44的层次结构非常全面。 它允许处理多个硬币，多个帐户，每个帐户的外部和内部链以及每个链数百万个地址。
BIP44 

单元测试

本文档介绍了Bitcoin Core的单元测试框架，该框架基于Boost单元测试框架，并详细说明了如何编译、运行单元测试，如何运行单独的测试，以及如何添加新的测试用例。此外，还介绍了单元测试中的日志记录、调试和处理段错误的方法。
单元测试  Boost  测试框架  gdb  valgrind  测试用例 
  • bitcoin
  • 发布于 2025-05-02
  • 阅读 ( 266 )

闪电网络：技术与用户体验（七）：手续费支付

手续费支付
手续费支付  闪电网络 

加密货币和区块链风险投资——2025年第一季度

2025年第一季度，加密货币风险投资总额为49亿美元，环比增长40%，交易数量为446笔，环比增长7%。后期阶段交易占据了大部分投资额（65%），交易公司融资额最高，其中币安获得MGX的20亿美元投资。美国是加密货币初创企业的主要所在地，但马耳他因币安的融资而成为投资额最高的地区。尽管面临宏观经济挑战，但新的加密货币风险基金的募资总额达到19亿美元。
加密货币  风险投资  比特币  以太坊  DeFi  Web3 
  • Galaxy
  • 发布于 2025-05-01
  • 阅读 ( 1363 )
  • ( 87 )

闪电网络：技术与用户体验（七）：手续费支付

本文回顾了闪电通道手续费支付设计的逐步优化，以及这些优化如何改善用户体验。文章从比特币手续费的支付与追加机制（RBF、CPFP）入手，分析了早期闪电网络设计中手续费支付的不足及其对用户体验的影响，并介绍了锚点通道和基于 1P1C 交易包的新范式，说明了它们如何简化实现、优化手续费占用余额的问题，最终实现谁希望交易上链就由谁来支付手续费的理想状态。
闪电网络  手续费  RBF  CPFP  锚点通道  交易池规则 

【Bitcoin基础】Taproot 升级详解

对于想深入了解比特币的同学来说，taproot升级是必须了解的知识点，taproot出现的背景以及交易过程是怎样的，今天我们就深入介绍一下taproot的前世今生。

ariard/bips 的bips/bip-merklesub.mediawiki，提交版本号为ddb77158a8309f307faaaf643830e4d0f07b90d3

该BIP提出了一种新的脚本操作码OP_MERKLESUB，用于Taproot输出，旨在解决多方链下协议中的资金提取问题。通过允许在消费交易的输出中继承已花费merkle树的修改版本，解决了与参与者数量相关的复杂性问题，并增强了vaults的安全性。
Taproot  OP_MERKLESUB  默克尔树  链下协议  SIGHASH_ANYPREVOUT  SIGHASH_GROUP 
  • ariard
  • 发布于 2025-04-28
  • 阅读 ( 393 )

关于 OP-CHECKOUTPUTSHASHVERIFY 的 bips-archive/bip-coshv.mediawiki

该BIP (Bitcoin Improvement Proposal) 提议引入一个新的操作码 OP_CHECKOUTPUTSHASHVERIFY，用于Tapscript版本0。这个新的操作码可以用于交易拥塞控制和支付通道的实例化等。该操作码验证输出的 SHA256 双哈希是否与提供的值匹配，从而实现有限的智能合约功能，例如拥塞控制交易、通道工厂和钱包保险库，同时尽量减少对现有代码库的影响。
OP_CHECKOUTPUTSHASHVERIFY  Tapscript  比特币  智能合约  交易拥塞控制  支付通道 

bips/bip-anyprevout 上的 bip-0068.mediawiki

该 BIP (Bitcoin Improvement Proposal) 提议引入相对锁定时间 (RLT) 的共识强制语义，通过序列号字段使已签名的交易输入在其对应的输出被确认后的一段时间内保持无效。此举旨在通过重新利用序列号，实现如 HTLCs 这样的双向支付通道，同时不破坏现有功能，并为未来扩展留下空间。
相对锁定时间  序列号  双向支付通道  HTLC  nLocktime  nSequence 
  • ajtowns
  • 发布于 2025-04-24
  • 阅读 ( 405 )

【Bitcoin基础】比特币的地址格式有哪些？如何应用？

比特币地址格式的分类及应用场景
P2PKH  P2SH  Segwit