bech32

本文介绍了比特币地址的构成和演变，包括P2PKH、P2SH、bech32以及bech32m等地址格式。解释了base58和base32编码，以及bech32的纠错特性及其漏洞和修复方案。最后，还探讨了量子计算对地址安全性的影响。

本文档定义了Bech32的改进版本Bech32m，并修改了BIP173，以便为版本1及更高版本的原生隔离见证输出使用Bech32m。Bech32仍然用于版本0的隔离见证输出。Bech32m通过修改校验和算法来解决Bech32中存在的插入漏洞问题，并提供了详细的规范、兼容性考虑和测试向量。

该文档提出了一个带有校验和的Base32格式“Bech32”，以及使用它的原生隔离见证输出地址的标准。Bech32格式旨在改善比特币地址的用户体验，提高错误检测能力，并优化QR码的效率。它通过使用优化的字符集和BCH码校验和来实现这些目标，适用于主网和测试网。

该文档（SLIP-0173）注册了用于BIP-0173中Bech32编码的人类可读部分（HRP），这些HRP用于标识不同的加密货币类型，特别是隔离见证（SegWit）地址。该文档还列出了用于非Segwit兼容的Bech32/Bech32m格式以及codex32格式的已注册HRP，为各种项目和应用提供标准化标识符。

本文档详细介绍了闪电网络发票（Lightning invoice）的概念，它是基于 BOLT 11 标准定义的对象，用于请求支付，包含可读信息和数据部分，包括前缀、数额、时间戳、标签以及签名。此外，还提到了闪电网络 URL（LNURL）的概念，以及如何使用 lncli decodepayreq 命令来解码闪电发票。

本文档是关于闪电网络支付请求的发票协议 BOLT 11 的详细规范。它描述了用于请求闪电网络支付的简单、可扩展且适用于 QR 码的协议，包括编码概述、人类可读部分、数据部分以及支付者/收款人互动等方面的要求和实现细节，还提供了多个有效和无效发票的示例。

本文介绍了比特币地址的各种类型，包括原生的隔离见证Bech32地址、隔离见证P2SH地址和传统的P2PKH地址，以及如何识别和使用它们。文章还讨论了地址类型变化的原因、如何获得比特币地址、发送比特币以及找回发送到错误地址的比特币。