作者： admin

根据比特币白皮书，一个块包含字段“Previous Hash”、“Nonce”和“Root Hash”。根哈希是该特定块中已确认的所有事务的merkle树根节点。
我在最上面的答案的第五段读到了什么是梅克尔根？：
如果我们有一个声称来自块234133的事务，我们可以获取该块的事务，验证Merkle树，并知道该事务是有效的。
假设区块链中某个区块b持有t笔交易。特定事务集到特定块的映射存储在何处以及如何存储？因为区块链本身只包含所有交易的根哈希，以节省空间。那么，是否还有其他隐藏的组件没有在白皮书中公布，是否有资源全面了解它们？
谢谢。
交易
梅克尔树
utxo集合
梅克尔布洛克
分享
改进这个问题
跟随
22小时前编辑的
墨奇♦
55K33333金徽章152152银徽章479479铜徽章
20年9月26日0:33问
比图
2322青铜徽章
2.
白皮书不像是对系统设计的一个陈述，它充其量只是对概念的概述。实际的实现甚至没有严格遵循上面所说的，你不应该期望一个9页的文档匿名9月26日0:46
添加评论
3个答案
2.
动态地重新创建merkle树以在块中验证它，块中事务的顺序隐式地描述了merkle树在重建时的样子。事务作为块的一部分存储，确切地说是头部，一个数字表示要遵循的事务数，然后是所有事务的列表。
分享
改进这个答案
跟随
回复时间：9月26日0:42
匿名的
13.6k22金徽章2020银徽章4141铜徽章
但是，当您希望验证交易是否已发生时，您如何找到特定交易或具有特定交易的区块Bittu 9月26日0:58
1.
您要么读取所有数据块并保存一个事务索引，要么请求一个知道的服务墨奇♦ 20年9月26日1:35
添加评论
0
白皮书只是给出了比特币的概念性概述，但肯定不是一个完整的规范。无论如何，除了区块链本身，跟踪交易和UTXOs更多的是一个实现细节，而不是一个协议问题。不同的探索者、节点和钱包在方法上会有所不同，但通常在事务和块之间有一些不同的映射，用于不同的目的：

区块链：区块到事务的映射
首先，区块链中包含的区块包括它们确认的交易。完整的区块链由存档的完整节点保留。正如Anonymous已经解释的，merkle树只隐式地存储在区块链中，每个区块只是按顺序列出其完整的交易集。Full节点通过在块验证期间以及从它们请求merkle证明时重新灰化块的事务，按需重新创建完整的merkle树。
特定兴趣：事务到块映射
钱包通常保留涉及其地址的交易副本。这些交易对象通常应保持块高度和块散列，以便钱包能够处理链重组并跟踪确认计数。我怀疑一些钱包实现也可能保留Merkle证据，如果他们希望能够证明其他设备存在资金。
当配置启动索引-tindex=1时，比特币核心将保留一个完整的事务索引。
UTXO集合：输出到事务/块映射
完整节点以未使用事务输出（UTXO）集的形式维护所有比特币资金的分类帐。UTXO通过其输出点进行唯一标识([txid:vout])这意味着它们内在地引用了相应的事务。UTXO对象通常还应该包括对确认创建UTXO的事务的块的直接或间接引用。
探险家
探索者通常保存更全面的事务、块、地址和UTXO数据库。
分享
改进这个答案
跟随
19小时前回答的
墨奇♦
55K33333金徽章152152银徽章479479铜徽章
添加评论
-3
我不确定作为一个人你是否想验证一个特定的事务，或者作为一个开发人员是否想编写代码来验证一个给定了块号、地址等的特定事务
1-一般来说，如果用户A在块B中的事务X之后说“n Btc”作为UTXO而变为“n’Btc”；然后，您想验证UTXO“n”的开销（通过检查Merkle证明/见证）以及块B中UTXO“n’”的创建。
2-或者作为一个用户，没有任何编码，你可以去这些网站之一https://m.btc.com/ https://www.blockchain.com httpshttp://blockchair.com
-或者从块#开始（如果块中有超过1000个TX，则很难通过这种方式进行检查）例如。这些照片显示了我是如何检查块100000的coinbase UTXO在块266668中花费的输入图像描述在这里输入图像描述在这里输入图像描述在这里输入图像描述
-或者根据给定的用户地址，你得到这样的结果，然后你在给定的TX中搜索UTXO值（无论是从箭头方向输入还是输出，以及你在这里看到的颜色）在这里输入图像描述在这里输入图像描述当你点击它时，它会将你带到创建它的TX块no&all info；假设我点击了上面的链接，我得到了交易的详细信息&这里没有输入图像描述的块
（是的，这些r可能是钱包地址，但可能更容易检查，因为有一个时间顺序，而在一个街区内，你不知道你的TX的索引/相对顺序是什么；我的意思是你没有说它被给予）

如果你作为一个开发人员问，我猜比特币的核心代码告诉你r是如何存储的https://github.com/bitcoin/bitcoin/blob/398dd678338971d2189934713c83c184742f293f/src/coins.h#L60-L65我昨天检查这个时碰巧发现“恰巧”https://github.com/mit-dci/utreexo/issues/277
我希望这有助于。。。
分享
改进这个答案
跟随
6月23日7点11分回答
嘘
133枚青铜徽章
添加评论

我正在写一个索引器，它将处理各种区块链，而不仅仅是比特币。我想知道是否可以安全地假设块散列对于给定的区块链在reorg中是唯一的。
有没有可能两个块中的数据最终散列到相同的值…这样我们现在有两个块具有相同的散列，要么在规范链中，要么在规范链中，要么在重新排序的链中？
选择
分享
改进这个问题
跟随
19小时前问的
塞普特
12733青铜徽章
你真正要问的是SHA-256的抗碰撞能力。从来没有发现过碰撞，除非找到可以降低2^128复杂性的攻击，否则在未来的很多年里不会有碰撞。你可以在网上找到很多答案伏伊特ě查斯特纳德14小时前
@伏伊特ě你是对的，这实际上是关于哈希算法的冲突。感谢您提供的信息：）——9月11日
添加评论
1个答案
2.
假设SHA256没有被破坏，这在比特币中是不可能的，因为查找散列到同一事物的数据的唯一方法是当数据相同时。由于每个比特币块都包含其父块的散列，因此间接地提交给其整个祖先，因此具有不同历史的块将始终具有不同的内容。
这可能是许多相似和不太相似的系统的情况，但很难笼统地回答，因为区块链这个术语往往只是非常松散的定义。这也是离题的。
分享
改进这个答案
跟随
19小时前编辑的
19小时前回答的
彼得·维尔
69.2k88金徽章147147银徽章224224铜徽章
谢谢你的回复。我找不到用于一般区块链问题的堆栈交换。所以，贴在这里的替代品标签。：）如果我们忽略了与sha256发生冲突的极为罕见的可能性（至少在比特币中是这样），那么可以肯定的是，块哈希将是唯一的9月19日
添加评论
你的答案

我的问题是，我可以访问我的钱包，我可以访问它与银合欢，因为我有密码，但我不知何故放错了种子。
是否可以解密/提取并获得具有所述访问的钱包助记种子字符串？
我们将非常感谢为这个问题提供的任何时间。
记忆种子
分享
改进这个问题
跟随
2月9日8:03问
真诚的泰勒
1.
添加评论
1个答案
0
从你的Electrum工具栏点击“钱包”，然后选择“种子”。一个新的窗口将打开，要求您输入密码，这样做是正确的，你会看到你的种子字，如果你的钱包有任何（意思是如果它是一个标准的高清钱包不是一个进口的）。
分享
改进这个答案
跟随
2月10日16:29答复
编码爱好者
119822银牌1919铜牌
问题是这个钱包不是用Electrum制作的。我用了伊恩·科尔曼的BIP32工具——泰勒4月1日8:32
“我使用了伊恩科尔曼BIP32工具”仍然如果你导入种子（BIP39）到你的Electrum你应该能够获得它相同的方式编码爱好者4月1日19:55
添加评论

689074区块有4463笔交易。
到目前为止，这是块中最高的事务数吗？
哪些因素会影响块中可能的事务数？
根据两个区块（689074和666666）的比较，很少有观察结果：
交易规模：
tx大小
交易类型：
塞维特百分比
输出：
输出
交易
隔离证人
阻碍
分享
改进这个问题
跟随
昨天问
普拉扬克
418511金徽章77银徽章1919铜徽章
添加评论
1个答案
1.
到目前为止，这是块中最高的事务数吗？
块00000000000000001080e6de32add416cd6cda29f35ec9bce694fea4b964c7be高度为367853时，块中的最大事务数为12239。
哪些因素会影响块中可能的事务数？
除了块大小/权重限制之外，影响一个块中可以容纳多少事务的主要因素是事务本身的大小。
添加事务时，它会占用其他事务可以利用的空间。因此，事务越小，块中可以包含的事务就越多。如果我们看看获胜的块，我们会发现其中的事务往往非常小，平均为81（v）字节，而您提到的块中为2-300 v字节。
分享
改进这个答案
跟随

对于multisig，一个门限签名方案最多可以使用20个签名（在m-of-n multisig地址中m和n的极限是多少？）。
据我所知，MuSig不应该有硬编码限制，因为对于区块链，每个方案总是看起来像一个单一的签名（来自一个单一的密钥对），即使实际上那些是多个签名，只是聚合成一个。
是否还有其他限制可以与MuSig一起使用的签名数量的东西，或者这个可能的签名数量本质上是无限的？
多重签名
施诺尔签名
沉思
密钥聚合
分享
改进这个问题
跟随
16小时前编辑的
墨奇♦
55K33333金徽章152152银徽章479479铜徽章
6月11日7点47分问
达利特塞里奥
14733青铜徽章
添加评论
1个答案
5.
具有MuSig（和MuSig2）的签名者的数量实际上是无限的。例如，在我的笔记本电脑上创建一个拥有100万签名者的MuSig签名大约需要130秒（参见https://github.com/jonasnick/musig-benchmark).
但是，MuSig（2）没有与OP\u CHECKMULTISIG相同的功能。MuSig只支持m=n，这是比特币空间之外“多重签名”的定义。opu CHECKMULTISIG支持m<=n，因此更准确地称为“阈值签名”。有一个名为FROST的方案，它允许创建看起来像单个Schnorr签名的阈值签名，并正在进行的工作来实现它，以便在比特币中使用。
请注意，tapscript禁用了OP\u CHECKMULTISIG，而是引入了OP\u CHECKSIGADD，它没有20签名限制。
分享
改进这个答案
跟随

在最近一段关于半签名的视频中，jonasnick提到块范围的签名聚合会干扰适配器签名并提供原子交换（我猜是通过PTLCs）。
我不知道在那种情况下会发生什么。我是否正确理解了主要问题是签名依赖于适配器机密？如果是这样的话，事务（包括它的签名）已经在块中被修复了。我唯一的直觉是，这可能会阻碍适配器签名的非交互协议，但这对我来说似乎并不明显，因为据我所知，区块范围的聚合将由矿工在所有签名呈现后的最后完成。
签名
消息签名
施诺尔签名
原子交换
分享
改进这个问题
跟随
15小时前编辑的
墨奇♦
55K33333金徽章152152银徽章479479铜徽章
6月23日4点57分问
雷内·皮克哈特
956366银牌2424铜牌
添加评论
1个答案
5.
有一个简单的信息论争论：当双方产生一个适配器签名时，一方将从最终发布的链上签名中学习到一个秘密的调整，通过与他们提前拥有的适配器签名进行比较。
在全块签名聚合的情况下，整个块只有一个签名。这一个签名根本没有空间向多个独立的当事人透露多个独立的秘密。
分享
改进这个答案
跟随

为了更好的理解：https://stackoverflow.com/questions/63123652/is-there-a-way-to-set-port-in-a-dns-forward
你好，社区！我已经设置了一个aws ec2实例并在其上安装了BTCPay服务器。我用的是Docker版本。
我还买了一个域名，用a记录把btcpay.example.com指向我的btcpay服务器。
我想在example.com上的BTCPay服务器旁边运行一个Web服务器。BTCPay服务器已经占用了端口80和443，所以我想我必须在另一个端口上运行我的web服务器，但是如何在DNS记录中指定端口号呢？
在一些帮助下，我了解了反向代理，我看到BTCPay server有一个环境变量，名为“REVERSEPROXY\u DEFAULT\u HOST:可选，如果使用反向代理nginx，请指定如果服务器是通过其IP访问的，则应显示哪个网站”。尽管我不知道如何配置此变量，或者是否正确。
请帮忙？
服务器
港口
域名系统
亚马逊网络服务
btcpay公司
分享
改进这个问题
跟随
7月28日17:29问
帕拉迪普·辛格
11733青铜徽章
添加评论
1个答案
0
不，不能在DNS记录中指定端口号。
它必须是侦听端口80和443（不是BTCPay服务器）的反向代理。反向代理应该根据域（BTCPay.example.com vs example.com）将流量传递到BTCPay服务器或您的网站。
使用BTCPay服务器当然可以实现这一点，但我不确定在同一台服务器上设置“两件事”有多容易，或者是否得到很好的支持。
分享
改进这个答案
跟随
15小时前编辑的
6月25日9:59回答
西弗普克德夫
7955青铜徽章
新贡献者
嗨，CypherpunkDev，你的回复贴被标记为垃圾邮件（我认为这有点太苛刻了），但是你可以改写最后一句话，明确否认这是你的项目，但也要指出它是开源的（afaict）–墨奇♦ 22小时前
为了避免争议，我删去了最后一句话15小时前的CypherpunkDev
1.
谢谢你的理解，谢谢你的贡献，我最近经常看到你的名字出现！欢迎使用比特币Stackexchange墨奇♦ 14小时前
添加评论

最基本的直根事务（不涉及脚本）与P2WPKH事务在vbytes或费用方面有何比较？
交易费用
主根
p2wpkh型
分享
改进这个问题
跟随
6月11日18:43编辑
伏伊特ěch标准
4741313青铜徽章
6月11日8:41问
大流士
60911银徽章1414青铜徽章
添加评论
1个答案
5.
直根输入较小，但输出较大。具体来说，P2WPKH（Native SegWit）输入和输出在事务中分别占用68和31字节，而P2TR（Taproot）输入和输出分别占用57.5和43字节。在费用方面，当您不使用multisig或脚本时，这会使直根事务的成本增加约1.5%。
资料来源：https://bitcoinops.org/en/tools/calc-size/
分享
改进这个答案
跟随
14小时前编辑的
墨奇♦
55K33333金徽章152152银徽章479479铜徽章
6月11日10:55回答
伏伊特ěch标准
4741313青铜徽章
1.
注意，输出的成本是由发送者支付的，但是接收者在较小的输入上节省了成本；但收信人会选择他们想收钱的地址。：–墨奇♦ 6月21日2:47
添加评论

如果是的话，那么节点就是这样决定对等节点具有第一次下载头的最佳链的吗？
同步
块标题
同龄人
分享
改进这个问题
跟随
问5月24日23:00
保罗
3111青铜徽章
添加评论
1个答案
1.
实际上，他们没有。
寻找最佳头链的协议相当简单：一个节点被要求在节点知道的最后一个已知的块头之后获得2000个头，而该节点和该节点有共同点。当这些邮件头到达时，会要求它提供更多信息。此过程重复进行，直到达到超时或接近当前的时间点。当后者发生时，所有对等方都会被要求提供它们的头。
当然，同时，当对等方（所有的对等方）声称有用于头的块时，他们也会被要求提供实际的块，我们相信这可能是通往最佳链的路径。如果同龄人不能提供这些，他们就会失去联系。如果它们提供了无效的块，它们可能被标记为“不鼓励”（可重放），如果适用，该块也可能被标记为永久无效。如果发生这种情况，提供从无效块派生的其他块或头的对等方也将受到惩罚。
有一些关于反向头同步的想法可能更接近你的建议。据我所知，这在任何地方都没有实现。
分享
改进这个答案
跟随

通过SSH从终端连接到我的Umbrel full节点，发现一些bitcoin cli命令不返回任何值，而其他命令工作正常。一些例子：
工作-帮助，getinfo，getbestblockhash，getblock
不工作-getbalance，listumpent，getnewaddress
当调用“notworking”命令时，没有显示错误消息。我想知道我错过了什么？我用的是：
雨伞v0.3.13
Windows PowerShell 1.0版
RPC客户端v0.21.1.0
json rpc
雨伞
分享
改进这个问题
跟随
8小时前编辑的
昨天问
科托里
1133青铜徽章
新贡献者
添加评论
1个答案
2.
您的比特币核心丢失了一个钱包。
请注意，所有“不工作”命令都与钱包相关，所有“工作”命令都与区块链相关。
分享
改进这个答案
跟随
23小时前回答的
西弗普克德夫
7955青铜徽章
新贡献者
谢谢，你说得对，现在很好。由于我的节点现在已经在Umbrel上运行，我将在RPC上查找如何使用它kotori 8小时前
添加评论