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

BIP-0141：位于 vault · jl2012/bips 的 mediawiki 文件

该BIP (Bitcoin Improvement Proposal) 提议定义了一种新的数据结构“witness”，它与交易的Merkle树分开提交到区块中。这个结构包含了验证交易有效性所需的数据，但不需要确定交易的影响。通过将脚本和签名移动到这个新的结构中，解决了交易延展性问题，并为SPV节点提供了更紧凑的欺诈证明，同时为未来的扩展提供了可能性。
隔离见证  Segregated Witness  交易延展性  witness  P2WPKH  P2WSH 
  • jl2012
  • 发布于 2025-03-16
  • 阅读 ( 432 )

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

本文是关于BIP16（Pay-to-Script-Hash）的质量保证测试计划，旨在确保BIP16在比特币网络中的正确实施和功能。测试内容包括在测试网络和主网络上运行支持BIP16的 Bitcoin 版本，测试多重签名交易的各种情况，以及创建单元测试和交易模糊器来验证 BIP16 的兼容性和安全性。
BIP16  P2SH  多重签名  测试网络  主网络  交易 
  • ajtowns
  • 发布于 2025-03-15
  • 阅读 ( 358 )

比特币的下一个重大升级：OP CAT和OP CTV的综合评估

本文详细分析了比特币的两个提案，OP_CAT（BIP 347）和OP_CTV（BIP 119），这两个提案旨在提升比特币交易的可编程性。文章探讨了比特币脚本语言的限制，以及如何通过这两个新操作码来改善比特币的智能合约能力，并推动信任桥接和安全仓库等新用途的发展。
比特币  OP_CAT  OP_CTV  智能合约  可编程性  交易 
  • Galaxy
  • 发布于 2025-03-15
  • 阅读 ( 547 )

bips/bip-stealth.mediawiki 主分支

本文档提出了隐秘支付（Stealth Payments）的概念，允许用户发布单个地址并接收付款，而无需发送方和接收方之间的任何形式的通信。接收者可以通过扫描区块链来找到发给自己的付款。文档详细描述了隐秘地址的格式、交易格式、密钥推导过程，以及如何通过扫描区块链来发现与隐秘地址相关的交易，并提供了测试向量。
隐秘支付  Stealth Payments  地址格式  交易格式  密钥推导  区块链扫描 
  • genjix
  • 发布于 2025-03-15
  • 阅读 ( 365 )

使用比特币测试网的实用建议

本文介绍了在接触新的软件钱包或硬件签名器时，先在比特币测试网上进行尝试的重要性，并提供了使用比特币测试网的实用建议。文章涵盖了测试网的类型（testnet3、testnet4和signet），公开测试网服务端的使用方法，如何从水龙头网站获取测试币，以及如何在本地运行测试网节点。
比特币测试网  testnet3  testnet4  Signet  水龙头  Bitcoin Core 

使用比特币测试网的实用建议

在接触新的 软件钱包/硬件签名器 的时候，先尝试在比特币的测试网上使用（而不是直接存入主网上的有价资产）是一个好习惯。本文就简单介绍一些使用比特币测试网的实用建议。
实践 

比特币发展史 - Pintu学院

本文回顾了比特币从2009年诞生至今的发展历程，包括其设计初衷、早期交易、与非法市场的关联、交易所被盗事件、被各国接受为资产、以及最新的技术创新如Ordinals协议等。文章还介绍了如何在Pintu App上购买比特币。
比特币  Satoshi Nakamoto  区块链  Mt. Gox  Ordinals协议  闪电网络 
  • pintuid
  • 发布于 2025-03-13
  • 阅读 ( 170 )

闪电网络：突破比特币扩展性的关键

比特币区块链作为一种点对点的支付平台，由于设计的局限性，在处理全球大规模交易时显得捉襟见肘。其每笔交易都需要广播到全网，导致交易确认速度慢、费用高。为了解决这一问题，闪电网络应运而生，通过微支付通道技术大幅提升比特币网络的扩展性。

Arch：打破比特币“不可编程”魔咒，开启无桥合约新时代

比特币作为加密世界的基石，以其无与伦比的安全性和去中心化特性闻名，但其有限的脚本语言和UTXO模型长期以来限制了复杂智能合约的发展。如今，一个叫 **Arch Network** 的诞生为比特币生态带来了突破性解决方案——一个无需桥接的并行执行层，本期比特鹰将为大家介绍 Arch 是如何做到这一切的

Elements中的Taproot输出的签名哈希

本文档描述了Elements中用于Taproot输出的签名哈希，是BIP-0341的修改副本，并指出了与BIP-0341的不同之处。同时，BIPs 341和342中的四个tagged hash tags “TapLeaf”，“TapBranch”，“TapTweak”和“TapSighash”都附加了“/elements”。
Taproot  签名哈希  Elements  SIGHASH  区块链  交易 

深入理解BTC铭文和符文

铭文（Inscription）和符文（Rune）是比特币生态中的新兴资产类别，主要通过比特币的 UTXO 结构和 Taproot 机制进行存储和解析。它们可以被用于发行代币、NFT、铭文信息等，使比特币生态更具可编程性。
铭文  符文 

Goldinals：比特币上的统一代币协议（去中心化、最小信任、可编程）

Goldinals 是一种基于比特币的创新代币协议，致力于通过去中心化、最小信任和可编程的方式，统一现有碎片化的比特币资产生态。

bip-anyprevout 中的 bips/bip-0350.mediawiki

本文档定义了Bech32的改进版本Bech32m，并修改了BIP173，以便为版本1及更高版本的原生隔离见证输出使用Bech32m。Bech32仍然用于版本0的隔离见证输出。Bech32m通过修改校验和算法来解决Bech32中存在的插入漏洞问题，并提供了详细的规范、兼容性考虑和测试向量。
bech32  bech32m  隔离见证  地址格式  校验和  BIP173 
  • ajtowns
  • 发布于 2025-03-09
  • 阅读 ( 364 )

Qtum 量子链：UTXO 交易的深度解析与实操指南

in  Web3
Qtum量子链：UTXO交易的深度解析与实操指南区块链技术的魅力在于其多样化的实现方式，而Qtum（量子链）凭借未花费交易输出（UTXO）模型和权益证明（PoS）机制，成为连接比特币与智能合约世界的桥梁。虽然Qtum以支持智能合约著称，但其UTXO模型在交易处理中的高效性和安全性同样

Ola：开创安全比特币跨链交易的新范例

本文介绍了Ola，一个利用零知识证明（ZK Proofs）和BitVM2挑战者机制为比特币跨链交易构建安全基础设施的创新方案。Ola旨在提供一种安全且信任最小化的BTC跨链解决方案，允许BTC参与DeFi、NFT等应用，同时不牺牲比特币的核心安全原则，最终目标是成为关键的比特币Layer 2基础设施提供商。
零知识证明  跨链桥  BitVM2  比特币  去中心化  安全性 

bips/bip-0141.mediawiki，位于ajtowns/bips 的 anyprevout 分支

该BIP (Bitcoin Improvement Proposal) 定义了一种名为“隔离见证(Segregated Witness)”的新结构，它将交易签名等验证数据从交易Merkle树中分离出来，放入一个独立的“见证(witness)”结构中。隔离见证通过将签名数据从交易ID的计算中移除，解决了交易延展性问题，并为未来的扩展（如更大的区块大小，新的脚本系统）奠定了基础。
隔离见证  Segregated Witness  交易延展性  witness  P2WPKH  P2WSH 
  • ajtowns
  • 发布于 2025-03-07
  • 阅读 ( 378 )

Lightning Loop：Musig2 如何助力闪电网络流动性分布

文章介绍了Lightning Loop如何利用MuSig2来优化链上和链下比特币的互换，降低交易成本，提高隐私性和安全性。通过引入新的Loop In功能，用户可以更灵活地管理资金，抓住低手续费时机，并且在互换失败时可以重试。未来，Loop In地址的资金可以用于更多链上操作，无需额外费用，进一步提升灵活性。
闪电网络  MuSig2  Taproot  Lightning Loop  潜水艇互换  多重签名 

Lightning Loop：Musig2 如何助力闪电网络流动性分布

本文会解释我们如何使用 “MuSig2”（Schnorr 电子签名算法的聚合公钥协议）来加强 Lightning Loop —— 我们的非托管潜水艇互换服务。
潜水艇互换 

将欺诈证明引入比特币，第二部分

本文深入探讨了在比特币上实现欺诈证明的方式，特别是BitVM和BitVM2的设计及其应用。文中详细介绍了BitVM如何利用欺诈证明实现比特币的可编程性，并探讨了BitVM2作为锁定-铸造跨链桥的创新设计，同时分析了其优缺点及对比特币的影响。文章结构清晰，内容丰富。
BitVM  欺诈证明  BitVM2  跨链桥  比特币编程  零知识证明 
  • L2IV
  • 发布于 2025-03-05
  • 阅读 ( 2054 )
  • ( 68 )

BOLT 5：链上交易处理建议

本文档详细阐述了闪电网络中链上交易处理的建议，涵盖了通道结束的三种方式：互相同意关闭、单方面关闭以及撤销交易关闭，并详细说明了节点在链上遇到这些情况时应如何反应，包括如何处理承诺交易、HTLC输出以及撤销交易，以确保资金安全。
闪电网络  承诺交易  HTLC  单方面关闭  撤销交易  链上交易