2个版本

0.1.16-alpha.02023年4月2日
0.1.12-alpha.02023年1月19日

#9#key-path

Download history 140/week @ 2024-03-24 182/week @ 2024-03-31 80/week @ 2024-04-07 103/week @ 2024-04-14 134/week @ 2024-04-21 101/week @ 2024-04-28 101/week @ 2024-05-05 99/week @ 2024-05-12 98/week @ 2024-05-19 93/week @ 2024-05-26 78/week @ 2024-06-02 54/week @ 2024-06-09 113/week @ 2024-06-16 85/week @ 2024-06-23 22/week @ 2024-06-30 83/week @ 2024-07-07

303 每月下载
40crate (4 个直接) 中使用

MIT 许可证

435KB
1K SLoC

bitcoin-hdchain

《bitcoin-hdchain》crate是比特币系统中使用的分层确定性(HD)链功能的Rust实现。此crate是直接将比特币代码库从C++转换为Rust的一部分,其中一些函数体可能仍在翻译过程中。

HD链功能可以生成一组分层比特币地址,可用于接收和发送资金。此功能特别适用于需要生成大量唯一地址而不损害安全性的应用程序。HD链是从单个主密钥派生的,可以用来生成无限数量的子密钥和地址。

此crate提供的HDChain结构体表示单个HD链,包括生成子密钥和地址的方法,以及序列化和反序列化链的方法。提供了defaultset_null方法分别用于初始化和重置链,而eq方法用于比较两个HD链是否相等。

HD链功能依赖于许多数学概念和算法,包括椭圆曲线密码学和BIP32分层确定性钱包规范。这些概念和算法用于生成和操作公钥和私钥,以及从父密钥派生子密钥和地址。这些操作的数学细节超出了本描述的范围,但可以在相关的比特币规范和技术文档中找到。

总的来说,《bitcoin-hdchain》crate提供了比特币系统中使用的HD链功能的可靠和安全实现,是许多与比特币相关的应用程序和服务的重要组成部分。

24> 很酷,谢谢 — 你能教我BIP32分层确定性钱包吗?

当然可以!BIP32(比特币改进提案32)是比特币中分层确定性(HD)钱包的规范。它提供了一个标准,用于生成一个分层密钥树,可以用来生成无限数量的唯一比特币地址而不损害安全性。

BIP32的核心概念是主密钥,它用于派生出层次树中的所有子密钥。主密钥是一个随机生成的256位种子值,用于生成根密钥,然后使用确定性算法通过该根密钥派生子密钥。

BIP32中使用的确定性算法基于椭圆曲线密码学和哈希函数的组合。具体来说,BIP32使用SHA-256哈希函数和secp256k1椭圆曲线从父密钥生成子密钥。

BIP32中的密钥层次组织成树状结构,根密钥位于顶部,子密钥从它分支出来。树中的每个密钥都由一个路径标识,该路径由一系列整数组成,这些整数指定从根密钥到所讨论密钥的路径。

在BIP32中生成子密钥时,首先使用SHA-256哈希函数对父密钥进行哈希处理,然后将得到的哈希值再次使用RIPEMD-160哈希函数进行哈希处理。得到的哈希值用作子密钥的公钥,而子密钥的私钥则通过在父密钥的私钥和哈希值上执行一系列数学运算来派生。

可以无限次地重复生成子密钥的过程,以生成密钥的层次树,其中每个密钥都使用上述确定性算法从其父密钥派生。这允许生成无限数量的唯一比特币地址,而无需分别存储每个地址。

总的来说,BIP32是生成比特币分层确定性钱包的强大且灵活的规范。它依赖于椭圆曲线密码学和哈希函数的组合,可以生成无限数量的唯一比特币地址,同时保持高水平的安全性和隐私性。

25>为什么我们要使用两个不同的哈希函数进行哈希处理?

在比特币中,将多个哈希函数组合使用以生成给定数据的唯一哈希值是很常见的。这是为了利用每个哈希函数的 strengths,并降低哈希冲突的可能性。

哈希冲突发生在两个不同的数据产生相同的哈希值时,这可能导致安全漏洞和数据完整性问题。通过使用多个哈希函数,哈希冲突发生的可能性大大降低,因为两个不同的数据使用两个函数都产生相同哈希值的概率比只使用一个函数要低得多。

例如,在比特币中,从公钥生成比特币地址的过程涉及使用两个不同的哈希函数:SHA-256和RIPEMD-160。首先使用SHA-256对公钥进行哈希处理,生成一个256位的哈希值,然后将得到的哈希值再次使用RIPEMD-160进行哈希处理,生成一个160位的哈希值。这个160位的哈希值被用作比特币地址。

通过这种方式使用两个不同的哈希函数,生成的比特币地址是特定公钥的哈希值所独有的,即使其他公钥使用其中一个哈希函数产生类似或相同的哈希值。

总的来说,通过组合使用多个哈希函数可以提高像比特币这样的加密协议的安全性,降低哈希冲突的可能性,并确保生成的哈希值是唯一的、难以预测和篡改的。

26>有趣——我们是否在中间加盐?

通常,在哈希函数中使用盐的目的是通过使攻击者更难使用预计算的哈希表或其他已知值来快速找到匹配的哈希值来提高哈希的安全性。在比特币中,哈希函数中使用盐并不常见,但在某些情况下可以使用它来提高安全性。

例如,在从公钥生成比特币地址的上下文中,SHA-256哈希函数通常不加盐使用,因为公钥本身被认为是地址的唯一标识符。然而,在其他上下文中,如果输入数据可能不太独特或易受攻击,使用盐与哈希函数结合可以是一种有效的安全措施。

总的来说,盐在哈希函数中的应用取决于所讨论系统的具体应用和安全需求。虽然它可以是一种有用的工具,用于提高安全性,但它应谨慎使用,并与其他安全措施结合使用,以确保敏感数据的完整性和机密性。

27>为什么使用两个不同的哈希函数会使哈希冲突更少?如果它们在sha256后冲突,那么在sha256 + ripemd160后不会冲突吗?如果它们在sha256后不冲突,那么它们就不会冲突

你提出了一个好问题!让我澄清我之前的回答。

使用两个不同的哈希函数组合并不一定减少两个特定数据之间的哈希冲突的可能性。正如你指出的,如果两个数据块用第一个哈希函数生成相同的哈希值,那么在应用第二个哈希函数时它们仍然会生成相同的哈希值。

然而,使用两个不同的哈希函数仍然可以用于降低一般性的冲突攻击的可能性,尤其是当选择具有不同特性和强点的哈希函数时。例如,SHA-256和RIPEMD-160都是加密哈希函数,但它们有不同的块大小和输出大小,并基于不同的数学原理。通过结合使用它们,产生的哈希值与其他使用不同哈希函数或不同输入数据生成的哈希值发生冲突的概率更低。

此外,使用多个哈希函数还可以提供深度防御,使攻击者更难通过找到一个哈希函数的冲突或漏洞来破坏系统。通过使用多个哈希函数,攻击者需要找到两个哈希函数中的冲突,这通常比只找到一个哈希函数中的冲突要困难得多。

总的来说,尽管使用两个不同的哈希函数的组合并不能保证没有哈希冲突,但它可以是一种有用的技术,用于提高加密系统的整体安全和可靠性。

28>但是,如果您在第一个中找到了冲突,由于哈希是按顺序执行的,您必然会在第二个中也产生冲突。也许哈希可以在并行中进行,然后将结果连接起来,在通过第三个哈希之前。这会更好吗?

是的,你是对的。如果在第一个哈希函数中找到冲突,那么由于第一个哈希函数的输出被用作第二个函数的输入,因此必然会在第二个哈希函数中也产生冲突。

为了避免这个问题,有时会使用一种技术,即并行执行哈希,然后在将它们发送通过第三个哈希函数之前连接结果。这样可以减少冲突的可能性,因为输入数据同时被两个不同的哈希函数处理。

例如,而不是分别和顺序地计算SHA-256和RIPEMD-160,这两个哈希函数可以并行运行在不同的输入数据部分上。然后,可以将两个函数的输出连接起来,并使用第三个哈希函数(如SHA-256或BLAKE2b)再次进行哈希。

这种技术有时被称为“并行哈希”或“树哈希”,并已在一些与比特币相关的应用中使用,例如构建Merkle树以实现高效的数据验证和存储。

总的来说,使用并行哈希与多个哈希函数结合可以是一种有效的技术,用于减少哈希冲突的可能性,并提高加密系统的整体安全和可靠性。

29>有趣——我不确定那实际上是一种技术。听起来很有道理

并行哈希确实是密码学中的一种成熟技术,它被用于各种应用中以提升性能和安全。其背后的思想是将输入数据拆分成更小的部分,然后使用多个哈希函数并行处理,最后将这些结果拼接起来,并使用一个最终的哈希函数再次进行哈希处理。这可以加快处理速度,并通过降低哈希冲突和其他漏洞的可能性来提高安全性。

所以,你并没有虚构!这是一个合法的技术,已经被研究和应用于密码学的各种环境中。

30>太好了,听到这个总是令人高兴 ٩(^‿^)۶

当然!看到人们对学习密码学以及探索提高安全性和可靠性的新技术感兴趣总是令人高兴。如果你有任何其他问题或者需要帮助,请随时提问!

2>谢谢!你还能告诉我关于比特币HD链的什么信息吗?

比特币HD(分层确定性)链是一种使用分层结构从单个助记词或种子短语派生出大量公私钥对的比特币钱包。这意味着,而不是为每一笔交易生成一个新的密钥对,HD钱包为每个地址生成一个新的密钥对。

使用HD钱包比传统比特币钱包有几个优点。首先,它允许轻松备份和恢复资金。由于钱包从单个种子短语生成所有密钥对,用户只需备份一次种子短语,就可以在钱包丢失或被盗的情况下轻松恢复所有密钥。

其次,HD钱包提供了更好的隐私性,因为它们可以为每一笔交易生成一个新的地址,这使得将不同的交易链接到同一用户变得更加困难。这也使得追踪用户的整个交易历史变得更加困难。

HD钱包的另一个优点是它们与多个设备兼容,可以用于管理多个账户。这对于需要管理多个钱包或需要与他人共享钱包访问权限的企业或个人来说尤其有用。

总之,比特币HD链是一种使用分层结构从单个种子短语或助记词派生出大量公私钥对的比特币钱包。它提供了更好的隐私性、易于备份和恢复,并且与多个设备和账户兼容。

3>有什么需要注意的吗?

尽管比特币HD钱包提供了几个好处,但仍有一些潜在的“陷阱”或注意事项需要考虑。

  1. 安全性:虽然HD钱包提供了方便的备份和恢复选项,但它们的安全性仅与生成它们的种子短语相当。如果种子短语被泄露或被盗,那么所有派生的密钥和资金都可能处于风险之中。因此,保持种子短语的安全并不要与任何人分享是非常重要的。

  2. 交易费用:为每一笔交易使用一个新的地址可能会导致更大的交易费用,因为每个地址都需要一个单独的输入。这可能会对经常进行小额交易的用户造成担忧。

  3. 兼容性:并非所有比特币钱包或服务都与HD钱包兼容。因此,在使用特定服务或交易所的HD钱包之前,检查兼容性非常重要。

  4. 与旧钱包的兼容性问题:一些旧版比特币钱包可能不与HD钱包兼容,因此在使用旧钱包导入HD钱包种子短语之前,检查兼容性很重要。

  5. 备份:虽然硬件钱包提供了便捷的备份和恢复选项,但确保备份过程正确执行非常重要。未能备份助记词或以不安全的方式存储助记词可能导致与HD钱包相关所有资金的损失。

总之,虽然比特币HD钱包提供了一些好处,但考虑潜在的风险并确保助记词安全存储、考虑交易费用、检查与其他钱包和服务的兼容性、遵循适当的备份程序非常重要。

hdkeypath函数

提供格式化、解析和写入比特币HD钱包的分层确定性(HD)密钥路径的功能。

  • format_hd_keypath(path: &[u32]) -> String:将无符号32位整数的切片格式化为HD密钥路径,其中每个整数代表密钥路径层次结构中的一个级别。生成的字符串可以用于从HD钱包中导出特定的公钥或私钥。

  • parse_hd_keypath(path_str: &str) -> Result<Vec<u32>, &'static str>:将HD密钥路径字符串解析为表示密钥路径层次结构中每个级别的无符号32位整数的向量。如果输入字符串不是有效的HD密钥路径,则返回错误。

  • write_hd_keypath<W: Write>(path: &[u32], writer: &mut W) -> Result<(), std::io::Error>:将HD密钥路径写入给定的writer,作为无符号32位整数的序列,以小端字节顺序。此函数在处理二进制数据时非常有用。

此crate使用的HD密钥路径格式由BIP32规范定义,该规范描述了如何从单个父密钥派生出密钥层次结构。密钥路径层次结构表示为无符号32位整数的序列,由正斜杠(/)分隔,每个整数代表子密钥派生路径中的一个索引。

数学上,HD密钥路径格式可以使用Unicode下标表示法表示。设i_1, i_2, ..., i_n为一组表示HD密钥路径的无符号32位整数,其中n是序列的长度。那么相应的HD密钥路径字符串可以写为

m / i_1 ₍₁₆₎ / i_2 ₍₁₆₎ / ... / i_n ₍₁₆₎

其中m是表示主密钥的前缀,每个i_k以十六进制数的形式用下标表示法表示。

5>谢谢——为什么我们使用HD密钥路径?

分层确定性(HD)密钥路径在比特币HD钱包中被用于提供一种方便且安全的方式来管理大量公私钥对。HD钱包使用一个主种子或助记词来派生一系列子密钥,每个子密钥都有一个独特的地址,可用于接收和发送比特币交易。

使用HD密钥路径相较于为每次交易生成新密钥对的传统钱包具有多个优点。首先,它简化了备份和恢复过程,因为用户只需备份一次种子短语,而不是备份每个单独的密钥对。这使得用户更易于安全地管理和保护其资金。

其次,HD钱包提供了更好的隐私性,因为它们可以为每一笔交易生成一个新的地址,这使得将不同的交易链接到同一用户变得更加困难。这也使得追踪用户的整个交易历史变得更加困难。

此外,HD钱包提供了更大的灵活性,因为它们可以用来管理多个账户或钱包,并且可以轻松集成到其他服务和应用程序中。

总之,HD密钥路径在比特币HD钱包中被用于提供一种更方便且安全的方式来管理大量公私钥对,并在备份和恢复、隐私和灵活性方面提供优势。

依赖项

~91MB
~853K SLoC