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

比特币 - BIPs/BIP-Tap-Addr.mediawiki，位于 Roasbeef/bips

本文档描述了将单个 Taproot Asset 发送到熟悉的 `bech32m` 地址的方法，以及将该地址映射到有效的 Taproot Asset 脚本树的方法，该脚本树可以包含在广播事务中以完成转移。一旦交易被广播，接收者可以使用已确认交易的先前输出点在他们选择的 Universe 中查找完整的资产证明。
Taproot Asset  bech32m地址  资产证明  Tapscript  比特币  TLV 

Bitlayer与Base、Starknet、Arbitrum、Sonic以及Plume Network达成战略合作，携手推动首个BitVM应用落地

未来，Bitlayer BitVM Bridge将开放与更多公链与DeFi协议的合作，携手释放比特币作为动态金融工具的潜力。

bip-anyprevout 项目中的 bips/bip-0340.mediawiki 文件

该文档提出了一个基于椭圆曲线 secp256k1 的 64 字节 Schnorr 签名标准，详细阐述了 Schnorr 签名的设计、规范、公钥生成、签名、验证以及批量验证过程，并探讨了其在多重签名、适配器签名和盲签名等方面的应用，旨在替代比特币当前使用的 ECDSA 签名方案，提升安全性和效率, 并且提供了测试向量和参考代码。
Schnorr 签名  secp256k1  数字签名  多重签名  盲签名  适配器签名 
  • ajtowns
  • 发布于 2025-02-27
  • 阅读 ( 440 )

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

本文档描述了一种Merkle Sum Sparse Merkle Tree (MS-SMT)数据结构，它是稀疏Merkle Tree的增强版本，包含一个在内部分支散列操作期间组合的sum值。这种树允许有效的非包含证明，同时也支持无效的Merkle Sum承诺的有效故障证明。MS-SMT 用于 Taproot 资产协议中，以实现资产所有权转移和多资产交换的验证。
Merkle Sum Sparse Merkle Tree  MS-SMT  Taproot 资产  非包含证明  默克尔树  密码学 

二十五年后回顾：尼克·萨博的微支付与精神负担理论

文章探讨了小额支付的概念及其未能广泛应用的原因，重点分析了尼克·萨博提出的“精神负担”概念，即消费者在决定是否进行小额支付时产生的认知成本。文章还讨论了人工智能和比特币闪电网络等新技术如何尝试克服这些障碍，以及小额支付在未来可能的发展方向。
小额支付  精神负担  比特币闪电网络  尼克·萨博  认知成本  AI 

BOLT 1：基础协议

本文档是闪电网络BOLT#1协议规范，定义了节点间通信的基础协议，包括连接处理、消息格式（类型-长度-值格式）、基本数据类型、设置消息（init、error、warning）和控制消息（ping、pong）等。该协议旨在建立认证和排序的传输机制，保证消息的可靠传输和处理，并允许通过TLV格式进行协议扩展。
闪电网络  BOLT  协议规范  消息格式  Type-Length-Value  TLV 

二十五年后回顾：尼克·萨博的微支付与精神负担理论

如果你每一次在线网页上的连接，都要且只要花费不到一分钱，那会怎么样？如果你最喜欢的新闻网站、常用的视听服务，甚至是每天的电子邮件使用量，都可以逐次（小额）支付，而不是在月底一次性付款，那是好事吗？
比特币  闪电网络 

bip-0068.mediawiki 的历史 - ajtowns/bips

该存储库是比特币改进提案（BIPs）的集合，特别是BIP68，该提案涉及通过序列号发出信号的共识强制交易替换。该文档记录了BIP68的演变，从最初的草案到最终版本，以及相关的实施和部署时间表。
BIP68  比特币改进提案  序列号  交易替换  共识机制  软分叉 
  • ajtowns
  • 发布于 2025-02-23
  • 阅读 ( 362 )

bip-0065.mediawiki 的历史 - ajtowns/bips

该内容是关于比特币改进提案（BIP）的提交历史，特别是BIP65（CHECKLOCKTIMEVERIFY）的修订和状态更新。BIP65 最终状态为 Final。其中主要贡献者包括 luke-jr, petertodd, jl2012。
BIP65  CHECKLOCKTIMEVERIFY  nLocktime  比特币改进提案 
  • ajtowns
  • 发布于 2025-02-23
  • 阅读 ( 340 )

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

该文档是关于比特币改进提案（BIP）141的提交历史记录，BIP141是关于隔离见证（Segregated Witness, SegWit）的提议，旨在改进比特币交易的处理方式，提高交易吞吐量并修复一些安全问题。提交历史展示了从2016年至2021年间，开发者对BIP141的持续改进、澄清和更新。
隔离见证  Segwit  BIP141  比特币  交易  脚本  区块 
  • ajtowns
  • 发布于 2025-02-22
  • 阅读 ( 345 )

在 vault · jl2012/bips 中的 bips/bip-0016.mediawiki

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

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

该文档是关于比特币改进提案（BIP）仓库的提交历史，特别是关于BIP143的修订。BIP143旨在改进比特币的签名哈希方案，以提高效率和安全性。提交记录显示了对BIP143的多次修订，包括修复错误、添加示例、明确语义以及更新相关链接。
BIP143  签名哈希  比特币改进提案  脚本  交易 
  • jl2012
  • 发布于 2025-02-19
  • 阅读 ( 404 )

bips/bip-0012.mediawiki，位于 ajtowns/bips 的 bip-anyprevout

该BIP (Bitcoin Improvement Proposal) 提议引入一个新的操作码 OP_EVAL，旨在允许比特币的接收者指定重新花费这些比特币所需的交易类型，从而实现端到端安全钱包，并支持对旧客户端和矿工具有后向兼容性的复杂交易。
OP_EVAL  操作码  脚本系统  软分叉  交易类型 
  • ajtowns
  • 发布于 2025-02-19
  • 阅读 ( 328 )

前沿探讨 | 基于BitVM的信任最小化BTC桥和开创比特币可编程未来

一场关于比特币扩容、BTCFI 和未来机遇的深入对谈。

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

该文档是关于比特币改进提案（BIP）144 的提交历史记录，其中包含了与隔离见证（Segwit）相关的更新、格式修复、代码添加以及链接更新等内容。BIP 144 旨在改进比特币交易的序列化格式，尤其是在处理空见证数据时。
BIP144  隔离见证  Segwit  比特币改进提案  交易序列化 
  • ajtowns
  • 发布于 2025-02-18
  • 阅读 ( 310 )

比特币数据表明牛市基础稳固

该文章分析了比特币自银行业危机以来的显著上涨，通过链上数据、市场表现和供应侧数据，论证了比特币牛市的基础依然稳固。文章指出，比特币在风险调整后的表现优于其他资产，与黄金的相关性增强，而与股票的相关性降低。同时，链上数据表明比特币持续积累，所有权分散，长期持有者增多，且未来的减半事件和Mt. Gox的赔付事件对价格存在潜在影响。
比特币  链上数据  市场分析  供应量  减半  Mt. Gox 
  • Galaxy
  • 发布于 2025-02-16
  • 阅读 ( 687 )

bips/bip-0143.mediawiki 在 vault · jl2012/bips

该BIP(Bitcoin Improvement Proposal)提议定义了一种新的交易摘要算法，用于版本0见证程序中的签名验证，目的是最小化验证中的冗余数据哈希计算，并使用签名覆盖输入值。该提案解决了原始SignatureHash算法中的两个弱点：数据哈希量与交易大小成正比，以及算法不涉及输入所花费的比特币数量。它与隔离见证软分叉一起部署。
比特币  交易签名  隔离见证  哈希算法  ECDSA签名 
  • jl2012
  • 发布于 2025-02-15
  • 阅读 ( 346 )

细说BTC钱包开发手续费问题

细说BTC钱包开发手续费问题
btc  钱包 

比特币 - LNURL-auth - Fiatjaf

本文档介绍了使用比特币钱包进行授权的 LNURL-auth 协议。该协议允许用户使用一个特殊的 `linkingKey` 登录服务或授权敏感操作，而无需泄露用户身份。文档详细描述了服务端如何生成 auth URL 和验证签名，以及钱包如何与服务进行交互，包括 `linkingKey` 的推导过程，为 BIP-32 钱包和无法访问主私钥的钱包提供了不同的推导方案。
LNURL-auth  linkingKey  授权  签名验证  BIP-32  secp256k1 
  • fiatjaf
  • 发布于 2025-02-12
  • 阅读 ( 357 )

比特币 - NIP-47 协议

该NIP-47协议定义了一种客户端通过标准协议访问远程闪电网络钱包的方式。它描述了客户端和钱包服务之间通过Nostr中继上的E2E加密直接消息进行的通信，使用户能够进行支付、查询余额、生成发票等操作，同时支持钱包事件的通知。
Nostr  闪电网络  钱包  支付  NIP-47  密钥发送