月份：2021年7月

1.0http:/￥6cnrX8U42xt￥
以太坊图案爱好者区块链t恤短袖男女个性趣味衣服纯棉半截袖夏装
舒适面料 质量保证 休闲百搭
市场价：109.00
福利价：49.00

1.0http:/￥din8X8UVLbS￥
以太坊ethereum区块链eos数字货币极客短袖t恤衫男女五分袖上衣服
舒适莱卡棉 不起球 不褪色 不变形
市场价：118.00
福利价：78.00

 

我正在尝试按照这些步骤迁移我的钱包到高清钱包。但是失败了，调试日志有如下错误：
异常：ST13U错误
DeriveNewSeed:AddKeyPubKey失败
AppInit（）中的比特币
经过一番快速搜索，我发现比特币的#issue14422与此问题有关，即当钱包被加密时，upgradewallet选项不起作用。这个问题还没有解决。那么，如何将我的钱包升级到高清钱包呢？
比特币核心
bip32高清钱包
钱包.dat
分享
改进这个问题
跟随
10月13日5点10分被问到
TRX公司
101
添加评论
1个答案
1.
您链接的答案在“0.17之前的比特币核心版本”一节中解释了如何在不使用upgradewallet的情况下进行迁移。你需要遵循这些步骤。
分享
改进这个答案
跟随
回复时间：10月14日19:38
麻吉弟弟周立铭♦
53.8k44金徽章5656银徽章10110铜徽章
我使用的是最新的v0.18.1，遵循这些0.17之前的步骤是否安全TRX 10月14日19:43
是的，它是安全的麻吉弟弟周立铭♦ 10月14日4:34
我明白了，还有一个问题，我能把交易费降到0吗？我可以将我的旧BTC地址导入新钱包以便继续使用吗TRX 10月14日至19日12:00
不，您不能将交易费用降低到0。是的，您可以将旧的私钥导入新的钱包以继续使用它们。但是，不建议这样做，因为这是地址重用（出于隐私原因，不建议这样做）–麻吉弟弟周立铭♦ 19年10月14日14:53
谢谢。我的旧地址在网上公布了一段时间，所以我想对它进行监控，以防将来有任何收入TRX 10月15日19:08
添加评论
你的答案

在Win7 ultimate x64上的VirtualBox中运行的Ubuntu12.04 x64编译后，我在启动dogecoind时遇到问题
以下是我在make-f makefile.unix之后从dogecoin/src内部尝试的内容：
获取权限
./dogecond-server-listen-daemon-rpcuser=dogerpc-rpcpassword=dogerpcpw-rpctimeout=30-rpcport=8334-rpcallowip=192.168.1.*-rpcallowip=127.0.0.1-testnet
我得到：
错误：要使用“-server”选项，必须在配置文件中设置安全的rpcpassword：
/根目录/.dogecoin/dogecoin.conf
所以我做了：
cd~/.dogecoin公司
emacs dogecoin.conf文件
我保存以下参数：
rpcuser=dogerpc
rpcpassword=dogerpcpw
RPC端口=8334
rpcallowip=192.168.1*
rpcallowip=127.0.0.1英寸
服务器=1
守护进程=1
倾听=1
测试网=1
我甚至chmod 777 dogecoin.conf，以确保上帝的绿色地球上的每个人都可以访问它，这样就不会有问题，但在尝试启动dogecoin时仍然会出现相同的错误
非常感谢您的帮助/提示！
乌班图
狗粮
守护进程
分享
改进这个问题
跟随
2014年2月20日6:40编辑
2014年2月19日22:04问
乔恩B
20733银徽章99铜徽章
这与比特币无关，您不应该以root身份运行随机守护程序。这很可能是一个大写错误，这种废话通常与大小写有关用户13413 2014年2月19日22:08
1.
虽然非常有用，但我正在运行一个安全的dev env，这样我就可以以任何合适的用户身份运行。此外，守护进程是比特币守护进程的派生，所以这个问题仍然是相关的。更不用说，根据SO meta，bitcoin.se适用于所有与加密货币相关的qa。感谢您在2014年2月19日22:11玩tho–Jon B
“Secure dev environment”和“running every process as root”是不兼容的语句，您有一个或另一个。我的评论其实很贴切，很多scamcoin都有一些系统区分大小写的问题，而另一些则没有用户13413 2014年2月19日22:14
@goatse：根据社区讨论，关于altcoins的问题都在讨论中墨奇♦ 2014年2月23日9:11
添加评论
5个答案

我想问题出在dogecoin的1.5版本上，我使用了rpcpassword=DLKKWE93203909238dkkKKeowxmIOw0232lsakwL02k
解决问题。把密码改成你想要的，只要用小写，大写和数字，就可以解决这个问题
分享
改进这个答案
跟随
编辑时间：2014年2月26日13:16
回复时间：2014年2月25日5:56
阿瓦沙隆
13655青铜徽章
谢谢你的建议！在我回家过夜之前我不能尝试这个，但是你认为我的问题是我尝试的密码太短（不是43个字符）还是我使用的密码包含下划线Jon B 2014年2月25日18:56
@JonBest:Dogecoin检查弱密码（下面是代码：github.com/Dogecoin/Dogecoin/commit/…）。它通过取唯一字符数的对数基2，然后乘以密码长度来估计熵的位数。如果熵位数小于64，则密码将被视为“弱”密码并被拒绝格雷格·休吉尔2014年2月25日19:30
@是的，你的问题是RPC密码。它应该是大写、小写和数字的长组合。它只是在dogecoin1.5的后一个版本中添加的，这个版本包括了检查点和更强大的rpcpassword，以获得更多的安全性。哈哈，不管怎么说，我在编译的时候也被它搞糊涂了，但是我试了很长的密码后就明白了。格雷格说的完全正确Awaisharo 2月25日20:04
谢谢你的细节！现在说得通了…迫不及待要在今天下午更正（；–Jon B 2014年2月26日0:20
哇！非常感谢！我做了一个42个字符长的[a-zA-Z0-9]密码，它成功了。非常感谢@GregHewgill和@user2185284！–Jon B 2014年2月26日5:04
添加评论
2.
现在还不清楚你用的是哪个版本的dogecoind。但是，在Github上当前的1.5代码中，有一条类似的消息：
if（mapArgs[“-rpcuser”]==”“&&mapArgs[“-rpcpassword”]==”“）
抛出运行时错误（strprintf(
_（“必须在配置文件中设置rpcpassword=<password>：%n%s\n”
“如果文件不存在，请使用所有者只能读取的文件权限创建它。”），
GetConfigFile（）.string（）.c_str（））；
https://github.com/dogecoin/dogecoin/blob/master-1.5/src/bitcoinrpc.cpp#L1080
这表明您尝试使用chmod 777来解决问题并没有达到预期的效果。相反，请尝试chmod 600 dogecoin.conf。
分享
改进这个答案
跟随
回复时间：2014年2月19日23:23
格雷格·休吉尔
33911111银牌2121铜牌
我尝试了chmod 600，但也没有成功…即使我在CLI中给出了参数，我也得到了相同的结果–Jon B Feb 20’14 7:10
添加评论
0
Dogecoin不使用端口号8334，Dogecoin的端口号是22555，如果上面提到的是您的密码，请将其更改为更强大的密码
分享
改进这个答案
跟随
回复时间：2014年2月20日2:04
汗沙鲁克
43744银牌1515铜牌
不是我的真命天子哈哈，我要试试你和格雷格说的话——乔恩B 2014年2月20日4:09
改变港口不起作用-Jon B 2014年2月20日7:08
保存restart dogecoind–Khan Shahrukh Feb 21’14 10:14后，使用以下服务器更改conf文件：server=1 daemon=1 rpcuser=yourusername rpcpassword=yourpassword
添加评论
0
Dogecoin几乎是一个普通的比特币客户端，有一些调整。我注意到如果我的配置文件中有语法错误，我也会遇到同样的错误。在我的例子中，我有一个“parameter value”而不是“parameter=value”。
分享
改进这个答案
跟随
昨天回答的
T先生
101
新贡献者
添加评论
-2
您的密码太短，请将其设置为较长的密码，它应该可以工作。
分享
改进这个答案
跟随

我想知道一个节点发现比特币网络中的所有其他节点并连接到它们平均需要多长时间？是否存在技术障碍？
对等发现
分享
改进这个问题
跟随
10月8日9点12分被问到
用户110232
2111青铜徽章
添加评论
2个答案
2.
一个节点发现所有其他节点平均需要多长时间
没有正常的节点会这样做。
普通节点仅与极少量的其他节点（例如，最多8个出站，最多125个入站）直接连接，并依赖这些其他节点将信息传递给它们所接触的少量节点。这样信息就可以在整个网络中传播。
由于节点不断出现和消失，任何联系所有节点的尝试基本上都是无止境的，或者都是不完整和不正确的（包括自发现过程开始以来已删除的节点）
分享
改进这个答案
跟随
10月8日10:03编辑
10月8日9点57分答复
红砂砖
12.5k22金徽章1717银徽章3939铜徽章
添加评论
0
发现比特币网络中的所有其他节点并连接到它们
发现和连接有点不同。要发现一个节点，该节点必须使用addr消息通告自己。我相信不接受传入连接（没有侦听端口）的节点不会这样做，因此除非您的节点侦听传入连接并启动连接，否则无法发现它们。
连接到已知的节点是很简单的，并且是像bitnodes这样的统计工具所做的，我假设这就是你所想的，否则@RedGrittyBrick就没有意义了。
它可以从使用DNS种子的初始对等发现开始，然后通过每个节点侦听的端口（mainnet和testnet几乎总是默认的8333和18333）与每个节点的IP地址建立TCP连接，并执行握手（version+verack），这不超过一秒钟。可以向每个节点发送一条getaddr消息，请求他们知道的节点列表来构建一个列表并连接到每个节点。
我不认为通过所有可到达的节点（大约10k）会花费超过一分钟的时间。
分享
改进这个答案
跟随
10月8日10:18答复
编码爱好者
119822银牌1919铜牌
添加评论

有一个关于未使用的事务的问题，我们知道在一些事务之后，我们有一个由主地址创建的更改地址，现在想象Bob挖掘了6个BTC，现在他转移了两个Alice中的2个，现在在Bob的更改地址中有4个BTC，它们是未使用的，现在的问题是，如果我尝试获取主钱包的未使用的交易与比特币核心，我导入了鲍勃的主钱包的地址，它会显示我4 BTC吗？或者它可以显示，如果我试图与孩子的地址？
另一个问题是，有没有办法找到父母或主要钱包，孩子凯斯？
比特币核心
交易
比特币
Listuspent公司
进口
分享
改进这个问题
跟随
2月5日13:52问
阿明·雷扎伊
1.
添加评论
1个答案
0
所有钱包将计算并显示与地址“余额”相同的金额。在您的示例中，所有钱包的余额都将显示为4 BTC。如果钱包有故障或没有同步（不是最新的，还不知道最新的交易），也有例外。
如果你把一个地址输入钱包，它会显示正确的余额，但它会显示“只看”或“不可消费”的金额。
无法从地址中发现私钥。
分享
改进这个答案
跟随
2月5日15:03答复
红砂砖
12.5k22金徽章1717银徽章3939铜徽章
添加评论

你不能归还任何东西那它是用来做什么的？
如果用户想要ping并检查所有对等点的ping时间，可以使用getpeerinfo。
比特币核心
json rpc
点对点
分享
改进这个问题
跟随
昨天问
普拉扬克
434211金徽章77银徽章1919铜徽章
我认为ping是一个基本的网络实用程序，它将被期望包含在所有P2P软件中。getpeerinfo提供了额外的信息，如果您只是查看ping时间，您可能对这些信息不感兴趣迈克尔·福克森昨天
它没有任何参数，所以用户可以向ping提及节点的地址，它不返回任何详细信息，所以我不知道为什么会有人使用它。我无法理解格雷格·麦克斯韦的评论。如果比特币核心没有每隔几秒钟自动ping所有的对等点，那么可能有这个RPC的用例，否则它只能用于垃圾邮件（假设没有速率限制）–Prayank
添加评论
1个答案
2.
帮助文本是您的朋友：
请求将ping发送到所有其他节点，以测量ping时间。
getpeerinfo、pingtime和pingwait字段中提供的结果是十进制秒。
Ping命令与所有其他命令一起在队列中处理，因此它度量的是处理积压，而不仅仅是网络Ping
使用ping之后，您可能会在getpeerinfo输出中看到一个新字段pingwait。这是等待ping响应的时间。当对等机响应ping时，您还会看到pingtime被更新。其目的是获取ping时间的更新，因为报告的ping时间可能是很久以前测量的。
分享
改进这个答案
跟随
22小时前回答的
麻吉弟弟周立铭♦
53.8k44金徽章5656银徽章10110铜徽章
ping前一个peer的getpeerinfo:pastebin.com/s81cmpu7 ping后同一个peer的getpeerinfo:pastebin.com/6ZUgWTZ4我没有看到pingwait。pingtime从0.077075更改为0.077956，但即使没有运行ping命令，它也会定期更改–Prayank 21小时前
添加评论

我克隆了比特币的核心并进行了构建。但是，我在system\u tests.cpp的第48行BOOST\u AUTO\u Test（run\u命令）中遇到单元测试失败。
首先，我的环境：
硬件：Intel i7-8550U@1.80GHz 2001 Mhz，4核，8个逻辑处理器，x64。
操作系统：Windows 10主页
工具链：visualstudio2019v142，配置：Release，平台x64。
生成完成时没有出现错误，但我确实收到以下消息：
C:\Users\name\source\repos\bitcoin first\build\u msvc\test\u bitcoin\test\u bitcoin.vcxproj:警告：VC项目不支持项目项中的通配符，可能会导致Visual Studio IDE中的意外行为、不稳定和性能下降。请参阅https://aka.ms/cpp/projectwildcards 支持的选项。
运行test\u bitcoin时，除了源系统的run\u command\u tests.cpp第48行之外，所有测试都通过。我得到以下错误：
struct boost:：process:：process\错误：CreateProcess失败：系统找不到指定的文件。
VS测试资源管理器还提供：
未知位置（0）：“run\u command”中出现异常：struct boost:：process:：process\u错误：CreateProcess失败：系统找不到指定的文件。系统测试.cpp（52）：最后一个检查点：
system_tests.cpp中的相关代码（请忽略行号后的任何空格语法问题）。我手动添加了它们，它们没有问题）：
48 BOOST\u AUTO\u TEST\u CASE（运行命令）
49 {
50    {
51 const UniValue result=RunCommandParseJSON（“”）；
52 BOOST_CHECK（result.isNull（））；
53    }
54    {
55#ifdef WIN32
56//Windows需要单引号以防止从JSON中转义双引号。。。
57//const UniValue result=RunCommandParseJSON（“cmd.exe/c echo'{\“success\”：true}’）；
58 const UniValue result=RunCommandParseJSON（“echo'{\“success\”：true}’”）；
59
60#其他
61        // … 但是，如果使用Linux和macOS，它们只会引用一句话
62 const UniValue result=RunCommandParseJSON（“echo\”{\“success\”：true}\“”）；
63#结束
64 BOOST_CHECK（result.isObject（））；
65 const UniValue&amp;success=查找值（结果，“success”）；
66增压检查（！success.isNull（））；
67 BOOST\u CHECK\u EQUAL（success.getBool（），true）；
68    }
69    {
70//Boost处理无效命令
71 BOOST_CHECK_异常（RunCommandParseJSON（“无效的_命令”），BOOST:：process:：process_error，checkMessage）；//命令失败
72    }
73    {
74//返回非零退出码，没有输出到stderr
75 BOOST\u CHECK\u异常（RunCommandParseJSON（“false”），std:：runtime\u error，checkMessageFalse）；
76    }
77    {
78//返回非零退出代码，并显示stderr的错误消息
79 BOOST\u CHECK\u异常（RunCommandParseJSON（“ls nosuchfile”），std:：runtime\u error，checkMessageStdErr）；
80    }
81    {
82 BOOST_REQUIRE_THROW（RunCommandParseJSON（“echo\”{\”），std:：runtime_error）；//无法分析JSON
83    }
84//Test std:：in，Windows除外
85#如果NDEF WIN32
86    {
87 const UniValue result=RunCommandParseJSON（“cat”，“{\”success\“：true}”）；
88 BOOST_CHECK（result.isObject（））；
89 const UniValue&amp;success=查找值（结果，“success”）；
90Ω检查（！success.isNull（））；
91 BOOST\u CHECK\u EQUAL（success.getBool（），true）；
92    }
93#结束
94 }
95#endif//有ŠBOOSTŠ进程
58号线坏了。基于此https://stackoverflow.com/questions/47028660/boost-createprocess-failed，我删除了第58行并添加了以下第57行：
57 const UniValue result=RunCommandParseJSON（“cmd.exe/c echo'{\“success\”：true}’）；
再次运行system_tests.cpp可以让我通过CreateProcess失败，但是在system_tests.cpp第48行run_command（）中会产生以下失败：
类std：：运行时错误：无法解析JSON:“{”success“：true}”。
VS测试资源管理器还声明：
未知位置（0）：“run\u command”中出现异常：class std:：runtime\u错误：无法分析JSON:“{”success“：true}”system\u tests.cpp（52）：最后一个检查点：
我很难相信这个测试是错误的——我没有发现这个失败的原因。相反，我怀疑我没有正确设置某些开关、选项或配置。
任何意见或帮助将不胜感激。
比特币核心

但以下几点会起作用。
RunCommandParseJSON（“cmd.exe”，“/c echo'{\”success\“：true}’”）；
分享
改进这个答案
跟随
4月4日20:42回答
潘昆
65133银牌1515铜牌
谢谢你的建议。我运行了它，得到了一个类似的运行时错误：class std:：runtime\u错误：无法解析JSON:microsoftwindows[Version 10.0.19041.867]。在这里，它看起来像是ehco命令生成了“microsoftwindows[Version 10.0.19041.867]”。而在上一个运行时错误中，它生成了desire字符串{“success”：true}TKChattoraj 4月4日21:29
添加评论
0
这是我的工作。我仍然很难相信测试代码需要修改，但这就是我所做的，现在测试通过了。
在上面，我修改了RunCommandParseJSON（）的调用，以提供命令窗口的显式调用。显然，这是Windows所需要的。线路变成：
57 const UniValue result=RunCommandParseJSON（“cmd.exe/c echo'{\“success\”：true}’）；
RunCommandParseJSON（）是从/src/util/system.cpp调用的。它接受一个表示要启动的子进程的字符串输入。在这种情况下，启动命令窗口并回显字符串{“success”：true}。
这产生了运行时错误：
class std:：runtime\错误：无法解析JSON:“{”success“：true}”
注意：echo命令的字符串输出以单引号开始和结束。正如在代码的原始注释中所指出的，需要单引号来避免Windows从JSON中转义双引号。
RunCommandParseJSON（）从/src/UniValue/lib/UniValue\u read.cpp调用UniValue:：read（）。UniValue:：read（），似乎不适合字符串输入以单引号开头和结尾的情况。
因此，我将第59行从：
while（raw<end&amp;&amp;（json\u isspace（*raw））//跳过空白
收件人：
while（raw<end&amp;&amp;（json|isspace（*raw）| |（*raw==’\”）//跳过空格和单引号以开始和结束json字符串
这使得
const UniValue result=RunCommandParseJSON（“cmd.exe/c echo'{\“success\”：true}’）；
运行命令测试成功的方面。
尽管如此，在进一步测试抛出正确错误时，run\ u命令仍出现错误：
没有输出到stderr
发送给stderr的错误消息
无法分析JSON错误
无输出到stderr case测试何时可以启动命令窗口进程，但给定的命令无效。此测试已修改为允许正确调用窗口的命令窗口，更改为：
BOOST\u CHECK\u异常（RunCommandParseJSON（“false”），std:：runtime\u error，checkMessageFalse）；
收件人：
BOOST\u CHECK\u异常（RunCommandParseJSON（“cmd.exe/c false”），std:：runtime\u error，checkMessageFalse）；
这产生了所需的错误，但不是测试所要求的确切错误消息。我把支票改成：
const std：：字符串what（例如what（））；增强检查（what.find（“returned 1”）！=std：：string：：npos）；
发送给Stderr的错误消息测试是否能够启动命令窗口进程，接收有效的命令，但输入无效。更改为：
BOOST\u CHECK\u异常（RunCommandParseJSON（“ls nosuchfile”），std:：runtime\u error，checkMessageStdErr）；
收件人：
BOOST\u CHECK\u异常（RunCommandParseJSON（“cmd.exe/c dir nosuchfile”），std:：runtime\u error，checkMessageStdErr）；
复制我所看到的窗口版本的测试。
“无法解析JSON”错误测试启动命令窗口进程、发送包含有效输入的有效命令的能力，但无法解析字符串(此错误实际上是在早期遇到的。）更改为：
BOOST_REQUIRE_THROW（RunCommandParseJSON（“cmd.exe/c echo'{‘”），std:：runtime_error）；//无法分析JSON
通过这些更改，所有单元测试现在都通过了。
我看不出这些变化改变了测试的性质。如果有人注意到了，我肯定会很感激别人告诉我。
分享

在Ubuntu18.04上尝试安装filebazaar时，画布模块出现错误。。。有熟悉这个问题的人吗？我已经研究了node canvas的github问题（比如我在这里留言的问题），但是到目前为止没有一个解决方案适合我。
下面是我运行的命令：
$sudo npm安装-g filebazaar
下面是错误输出：
$sudo npm安装-gcanvas@1.6.13
> canvas@1.6.13安装/usr/local/lib/node\u modules/canvas
>节点gyp重建
吉普，呃！配置错误
吉普，呃！堆栈错误：EACCES:权限被拒绝，mkdir’/usr/local/lib/node\u modules/canvas/build’
吉普，呃！系统Linux 4.15.0-55-通用
吉普，呃！命令“/usr/local/bin/node”“/usr/local/lib/node\u modules/npm/node\u modules/node gyp/bin/node gyp.js”“重建”
吉普，呃！cwd/usr/local/lib/node\u模块/canvas
吉普，呃！节点-v12.5.0
吉普，呃！节点gyp-v3.8.0
吉普，呃！不好
npm错误！代码失效循环
npm错误！错误1
npm错误！canvas@1.6.13安装：`node gyp rebuild`
npm错误！退出状态1
npm错误！
npm错误！失败于canvas@1.6.13安装脚本。
npm错误！这可能不是npm的问题。上面可能有额外的日志输出。
npm错误！此运行的完整日志可在以下位置找到：
npm错误/home/chris/.npm/\u logs/2019-09-17T20\u 39\u 13\u 514Z-debug.log
感谢您的帮助：）
雷电网
编译
分享
改进这个问题
跟随
9月18日22:29编辑
萨克斯霍夫
223155金徽章1313银徽章2727铜徽章
19年9月17日21:02问
克里斯·吉达
1111青铜徽章
添加评论
3个答案
0
可能目录没有正确的权限，请尝试使用sudo chmod 777命令
如果仍然不起作用，请在安装sudo npm install-g——unsafe perm之前尝试这些标志
或者sudo node gyp rebuild-g——不安全的烫发
然后再试一次
分享
改进这个答案
跟随
编辑时间：9月18日8:10
19年9月18日4:29答复
萨克斯霍夫
223155金徽章1313银徽章2727铜徽章
可能目录没有正确的权限，请尝试以下命令sudo chmod 777:您指的是哪个目录？–Chris Guida 19年9月18日20:29
/usr/local/lib/node\u modules/canvas请参阅this thread also stackoverflow.com/questions/42308879/npm-err-code-elifecycle–萨克斯霍夫19年9月18日20:35
你说得对，我没有很多目录的权限，包括/usr/local/lib/node\u模块Chris Guida 10月8日19:01
添加评论
0
我发现了问题：有一些由root拥有的目录需要由我的用户拥有。
我让自己成为一些npm相关文件夹的所有者，例如：
sudo chown-R`whoami`/usr/local/lib/node\u模块
……这似乎解决了问题。
分享
改进这个答案
跟随
答复时间：10月8日19:03
克里斯·吉达
1111青铜徽章
添加评论
0
配置npm将全局包安装到您的用户目录中，可以消除这些烦人的权限问题。
请参见：https://docs.npmjs.com/resolving-eacces-permissions-errors-when-installing-packages-globally#manually-更改npms默认目录
分享
改进这个答案
跟随

比特币地址能超过35吗？
地址越长是否表示碰撞的可能性越低和/或安全性越高？
比特币
地址
地址生成
分享
改进这个问题
跟随
6月26日下午14:24问
呆子
5777青铜徽章
添加评论
3个答案
1.
根据比特币维基：
比特币地址，简称地址，是由26-35个字母数字字符组成的标识符
以及：
有些比特币地址可以短于34个字符（最多26个字符），但仍然有效。相当一部分比特币地址只有33个字符，有些地址甚至更短。每个比特币地址代表一个数字。这些较短的地址之所以有效，仅仅是因为它们代表恰好以零开头的数字，当省略零时，编码的地址就会变短。
所以不，长度并不意味着更高/更低的安全性。
分享
改进这个答案
跟随
17年6月26日14:42回答
sr镀锌
264411金徽章99银徽章3434铜徽章
添加评论
0
比特币地址只是事务输出脚本的可读表示。有些脚本没有标准的表示/地址，但我们可以为它们创建自己的“地址”。例如，对于任何脚本，我们都可以通过以十六进制形式对脚本进行编码来创建一个“地址”。
这些“地址”可以短于26个符号或长于35个符号
分享
改进这个答案
跟随
6月26日17点12分回答
阿马克林
632111金徽章1616银徽章3030铜徽章
添加评论
0
怎么样？
https://www.blockchain.com/btc-testnet/address/tb1qcqqpm3y7fzjcmlgu3faun5d543k5yy6jm0lpx3
主网比特币地址的最小和最大长度是多少？
分享
改进这个答案
跟随
9小时前编辑的
19小时前回答的
Алексей Неудачин
10111青铜徽章