比特币:关于比特币地址,你该知道的事

一个钱包地址通常由26-35个字母数字字符组成,是发送和接收比特币所需要的全部。任何比特币地址都可以用来将加密货币传输到网络上的任何其他地址,前提是发送方的钱包软件支持该地址类型。由于有多种地址格式可供选择,而钱包提供商和交易所只支持某些特定的地址类型,因此需要了解比特币的不同地址格式。就像我们知道互联网协议有IPv4和IPv6等多个版本一样,比特币也存在多种地址格式。大多数情况下,这些不会相互冲突,交易可以在托管钱包和非托管钱包之间无缝进行。有三种主要的比特币输出脚本格式可供选择:P2PKH、P2SH和Bech32,只有少数服务提供商支持所有这些格式,很可能你首选的钱包或交易所至少不支持其中一种格式,其中Bech32最有可能被忽略。了解每种地址格式的优缺点和独特的地方,可以更好地选择兼容的比特币钱包、交易所或平台。它还会让你更深入地了解比特币的内部工作原理,并揭示各种格式在安全性、灵活性和功能性方面的利弊。P2PKH或传统地址格式

动态 | 好莱坞制片人Joni Sighvatsson准备拍摄关于比特币强盗的电影:好莱坞的冰岛制片人兼Scanbox公司董事长Sigurjon (Joni)Sighvatsson正准备拍摄一部关于这三名冰岛人的纪录片,这些人被称为“比特币强盗”。(ScreenDaily)[2020/2/5]

如果您的比特币地址以1开头,您使用的是P2PKH或传统地址,例如1BvBMSEYstWetqTFn5Au4m4GFg7xJaNVN2。这是比特币最初的地址格式,至今仍能正常工作。顺便说一下,P2PKH是Pay-to-PubkeyHash的缩写,即支付给收件人的公钥的哈希值。传统地址与segwit不兼容,但是您仍然可以将BTC从P2PKH地址发送到segwit地址,而不会出现任何问题。但是,从P2PKH地址发送时的平均费用可能高于从segwit地址发送时的平均费用,因为传统地址事务的大小更大。P2SH地址格式

日本加密货币交易所BTCBOX发布关于比特币现金硬分叉的通知:据日本加密货币交易所BTCBOX官网公告,5月16日比特币现金将进行硬分叉,硬分叉新块将在“在11个块区块的时间戳中值即将等于或大于1,526,400,000”进行,为应对此次分叉,BTCBOX将从5月15日22:00左右暂停BCH提取充值业务,等确认安全后将逐步再次开放,时间另行通知。期间,BCH交易业务可正常使用。[2018/5/15]

P2SH地址的结构类似于P2PKH,但是以3开头,而不是以1开头,例如3j98t1wpez73cnmqviecrnyiwrnqrhw。P2SH代表付费脚本散列,它支持比传统地址更复杂的功能。P2SH脚本函数最常用于multisig地址,这些地址可以指定多个数字签名来授权事务。此地址格式还用于使用称为p2wpkhin-p2sh的进程来启用非本机segwit事务。一般发送和接收硬币的人不需要关心P2SH格式可以提供的更复杂的功能:重要的是这个地址类型得到广泛支持,可以用于向P2PKH和Bech32地址发送资金。Bech32地址格式

路透社:两名美国基金经理撤回关于比特币ETF的提议:据路透,有两名美国基金经理撤回关于比特币ETF的提议。一名基金经理称,美国证监会对比特币期货的流动性和估值有担忧。[2018/1/9]

Bech32地址看起来与p2风格的地址截然不同。每个地址都以“bc1”开头,由于这个前缀,它比传统或P2SH地址长。Bech32是本地segwit地址格式,大多数软硬件钱包都支持它,但交易所支持的只有少数。例如,Ledger和Keepkey钱包目前不支持bech32,尽管大多数交易所都支持将资金发送到bech32地址,但它们不支持用户以这种格式接收资金。目前,只有不到1%的BTC存储在bech32地址中,尽管这个数字正在缓慢增加。Bech32地址采用比特币现金地址格式

比特币现金地址可以采用传统格式,也可以采用更常见的现金地址格式。它基于bech32,以“q”或“bitcoincash:q”开头。BCHwallet支持这两种格式,用户可以使用工具在现金Addr和旧格式之间切换。使用现金Addr格式的主要原因是为了区分BCH和BTC,从而防止资金被发送到错误的地址。我是Odaily星球日报记者遂心,加好友烦请备注姓名、单位、职务和事由。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

聚币区块链:5G时代,边缘计算为区块链带来福音?

编者按:本文来自巴比特资讯,作者:海伦,Odaily星球日报经授权转载。“2019年开始,可能有一个词变得很热,就是‘边缘计算’,它产生的动因之一是我国5G的发展,边缘计算的爆发恰恰给了区块链一.

[0:31ms0-1:405ms