BTC 钱包常见使用问题解答

BTC 是 imToken 2.0 支持的第二条公链,但是由于大部分用户对 BTC 的基本原理了解不多,导致在使用 BTC 钱包的时候遇到了许多问题,希望这篇文章能够解决大家常见的使用问题。

名词解释

UTXO:

UTXO 的英文全称为 Unspent Transaction Output,汉语翻译为「未消费的交易输出」。(是否完全理解 UTXO 对使用 BTC 钱包影响不大。所以由于篇幅原因,在这里对 UTXO 就不详细展开了,感兴趣的小伙伴可以去自行搜寻相关文章。)

找零地址:

由于 UTXO 机制,BTC 的每一笔转账都要设置找零地址,如果不设置找零地址,所有的「找零」都将支付给矿工。找零地址可以设置为转账地址或者新地址。举个例子,你的地址中有 5 个 BTC,转账给朋友 3 个,如果你忘记设置找零地址,那么剩下的 2 个就会给打包这笔交易的矿工。

但是, imToken 的用户则无需担心忘记设置找零地址, 因为 imToken 已经自动帮你设置了每一笔交易的找零地址,即每次转账都会新为你生成一个找零地址『注1』。

那么有的人会问道, 为什么每次都要生成一个新的地址, 用于接收找零代币? 直接使用原地址接收找零不好吗? 这是个好问题,我们会在子地址介绍中说明。

子地址:

比特币的钱包是建立在 HD(分级确定性)框架之上的,它具有生成不同地址和管理地址的方法。 用户钱包的每个公开地址都可以从该钱包的 xPub(扩展公钥)中产生。通过主密钥推导出的子密钥对应的钱包地址就是子地址。使用子地址能够提供给用户更佳的匿名性和隐私性,找零地址也是相同的作用,增加匿名性和隐私性,不易被追查到。

隔离见证:

目前 BTC 的区块链网络上每个区块内不仅记录了每笔转账交易的详细信息(即在哪个时间点账户收到或转出多少比特币),还包含了每笔交易的数字签名,用来验证该交易的合法性。也就是说每个区块中的交易记录包括见证信息和交易信息。隔离见证就是把见证信息(签名)和交易信息隔离,他们被记录在区块链上的不同的位置。

隔离见证的好处:

  1. 可以修复交易延展性引起的问题
  2. 可以实现闪电网络
  3. 增加一个区块里可容纳的交易数,缓解交易拥堵

sat:

比特币的最小单位,中文译作「聪」。1 BTC=100000000 sat(聪)

用户常见使用问题:

  1. 向钱包中转账 BTC,交易所显示成功,但是钱包中未到账,也没有交易记录
  • imToken 的 BTC 钱包转账信息以 BTC 区块浏览器上转账确认状态作为依据。如果这笔交易在区块浏览器上没有确认,就不会显示在钱包中,只要有一个确认就能够显示在钱包的交易记录中。
  1. 矿工费用 sat/b 支付,是 BTC 吗?
  • sat 比特币的最小单位,中文译作「聪」。1 BTC=100000000 sat(聪),所以跟 ETH 一样,BTC 网络左右的转账也都是需要支付 BTC 作为矿工费的。
  1. 为什么要使用子地址?
  • 使用子地址能够提供给用户更佳的匿名性和隐私性。不容易被他人追踪到
  1. 我使用子地址收币,在转账的时候怎么将转账地址切换为子地址?
  • BTC 钱包的资产=主地址资产+若干子地址资产+若干找零地址资产,你在 BTC 钱包首页看到的代币数量并不是在主地址下的 BTC 数量,而是主地址、若干子地址、若干找零地址的代币数量总和。所以你在转出 BTC 的时候,转出地址不必切换成子地址,使用主地址转账即可。
  1. 如何查看 BTC 地址的私钥?如何导出私钥?
  • 由于找零地址与子地址的机制,你的 BTC 钱包中其实有很多 BTC 地址。每个地址都对应一把私钥,但是目前在 imToken 中,用户无法查看 BTC 到底是在哪个子地址还是哪个找零地址,所以单纯的支持导出私钥并不能满足用户的需求。我们在后续的版本会支持查看有余额的地址,并支持导出私钥,请耐心等待。

今天的讲解就到这里了,如果你在使用 BTC 钱包过程中还有其它问题,可以在这个帖子下面评论。

4 Likes

专业,为认真的写作点赞!

5 Likes

都是地址:upside_down_face:

3 Likes

:grin::grin::grin::grin:

2 Likes

当时设计 btc 的时候考虑了匿名性,多地址就是为了增加匿名性和隐私性的

2 Likes

这个帖子专业,部分接到了我的疑惑,先保存

2 Likes

很专业,有用:+1:

2 Likes

我一个 3 开头的BTC钱包,前几天第一次转出,矿工费: 0.00016117 (95.93 sat/b * 168 bytes)
考虑再转一笔时,发现提示的费用竟然暴涨一个数量级: 0.001017 (173 sat/b * 588 bytes)

费率涨是没办法的事情,但交易字节数暴涨,觉得有点不合理。虽说 imToken采用一次生成一个找零地址的策略,但我第二次转账并不需要合并找零地址中的金额,为何不可以生成一个和第一次完全相同的、最简单的交易结构?
(如果这样,随着这个地址转账次数增加,交易字节数岂不是会节节攀升?)

请解答一下,是否能限制从一个地址转出,如同第一次转出一样,避免不必要的交易的字节增长?
或者说,作为用户,我如何避免这种看起来似乎不合理的交易方案导致的交易费暴涨?

谢谢!顺祝春节吉祥!

2 Likes