作者：admin

我有一个基本比特币地址，它有接收地址A和B，它们都接收到2个比特币。如果花了3个BTC，那么A和B就在一起了，所以它可能是可追踪的。如果我花了2个BTC（或者清空地址B）呢？B和A还能连在一起吗？
谢谢
地址生成
分享
改进这个问题
跟随
9小时前问的
用户1367323
101
新贡献者
添加评论
1个答案
1
B和A还能连在一起吗？
不是直接的。
然而，这取决于上下文和外部模式和信息。
例如，如果G每个月向地址A、B、C等发送2个BTC，而G没有在其他地方发送钱，人们就可以推断A和B之间有联系。他们可以推测这种联系的性质。其中一些推测可能恰好是正确的。可能还有其他交易或其他外部信息，人们可以用来寻找支持这些推测的证据。
分享
改进这个答案
跟随

我有兴趣了解富达债券在金融领域的基本概念，以及如何在金融市场中应用。
联合
金融
联合市场
分享
改进这个问题
跟随
5月10日10:20问
普拉扬克
382711金徽章66银徽章1818铜徽章
添加评论
1个答案
0
什么是忠诚债券？
忠诚保证是一种保险合同，旨在防止由于伪造、盗窃等造成的损失。雇主通常以商业保险的形式使用这种合同，通常包括雇员从事的不诚实活动。
背景：
第一次提到忠诚债券。这个想法基本上是由彼得·托德发明的：https://bitcointalk.org/index.php?topic=134827.0
将保真度键与混音器结合的旧想法：https://bitcointalk.org/index.php?topic=172047.0
这一建议非常接近市场上的保真债券理念。他谈到要求制造商提供存款，但没有人能想出一种方法，使这种存款分散和不可信任：https://www.reddit.com/r/Bitcoin/comments/2zc5tc/joinmarket_increase_the_privacy_of_bitcoin_and/ctk37hn/?context=1
在市场中增加忠诚债券：
Chris Belcher已经提出了一个pull请求，在Joinmarket中添加了Fidelity债券：https://github.com/JoinMarket-Org/joinmarket-clientserver/pull/872
几乎所有的东西都包含在提交和评论中，这有助于删除bug（如果有的话）并很快将其合并。唯一缺少的主要特征是在冷藏库中保存收益率。
对joinmarket协议的更改是向后兼容的。有关详细信息，请阅读docs/fidelity-bonds.md。以下是总结：
保真度绑定是JoinMarket的一个特性，它提高了系统对sybil攻击的抵抗能力，从而提高了系统的保密性。
保真度保证是一种机制，在这种机制中，比特币的价值被故意牺牲，以使加密身份的获取成本高昂。牺牲的方式可以向第三方证明。JoinMarket的接受者将有更高的概率与发行价值更高的保真债券的制造商建立联合。这会使系统比sybil攻击更昂贵，因为攻击者在创建coinjoin时必须牺牲大量价值，才能经常被攻击者选择。
作为一个制造者，如果你牺牲比特币的价值来创造一个忠诚的保证，你可以参与更多的硬币加入，从而赚取更多的费用。创建保真度保证的最实际的方法是将比特币发送到使用操作码OP\u CHECKLOCKTIMEVERIFY的时间锁定地址。被牺牲的有价值的东西是金钱的时间价值。请注意，长期持有比特币的人（或hodler）基本上可以免费购买锁定时间的保真债券，前提是他们从未打算用自己的比特币进行交易。

富达债券的私钥可以冷藏，以增加安全性(注：尚未在JoinMarket中实施）
保真债券的金融数学：https://gist.github.com/chris-belcher/87ebbcbb639686057a389acb9ab3e25b
要锁多少硬币，锁多久？
富达债券UTXO一经确认就有价值。锁定硬币的保真债券价值的简化公式是：债券价值=（锁定硬币*经验（利率*锁定时间））^2
您可以随时使用orderbook watcher脚本查看自己的fidelity bond值。
还要考虑一下timelocks上比特币wiki页面上的警告
在撰写本文时，富达债券尚未在野外部署，但我建议您在6个月到2年的时间内锁定尽可能多的您满意的硬币。也许在一开始锁定只有1个月或2个月（？）这是一个市场和规则是众所周知的，所以最终你必须作出自己的决定。
分享

我们怎么能相信供应不会仅仅增加几行代码？
共识
供给
分享
改进这个问题
跟随
三小时前编辑的
彼得·莫特森
39622银徽章99铜徽章
两天前问的
特维卡斯
27322枚银质徽章88枚铜质徽章
9
我想说，2140年一个更大的担忧是区块链账本的大小，以及是否有足够的带宽在互联网上高效地传递。它已经高达350 GB…–斯蒂克斯昨天
有几个论据可以帮助解决这个问题。首先，并非网络上的每个用户都必须拥有整个区块链的副本。它们可能只需要最后的$n$块与网络同步。并非每个用户都必须是完整节点。完整的节点将存储整个区块链。此外，摩尔定律指出，尺寸在2140年不应该是一个问题
添加评论
2个答案
22
比特币网络由“比特币满节点”组成，这些节点是分布在世界各地的计算机，每个节点独立运行以验证网络状态。
验证的一部分包括确保每一个经过的区块都创造了正确数量的硬币，以便已知和可预测存在的硬币总数。
若要更改此“硬币发行计划”，您必须更改所有这些计算机上运行的代码，以便它们都能独立地商定一些新的发行计划，并且都能以独立的共识继续验证哪些块有效（或无效）。如果您只能更改其中一些计算机上的代码，那么这些计算机将开始遵循剩余比特币网络节点认为无效的块，从而有效地创建网络的altcoin分叉（类似于“比特币现金”的情况）。
任何人，在任何时候，都可以创建一些软件来改变发行计划。那很简单。最困难的部分是说服所有运行比特币满节点的人切换到这个新代码，这会产生更多的硬币。没有人有权将这样的变化推到网络上（自上而下的治理），相反，定义网络的是网络所有节点的独立选择（自下而上的治理）。
所以答案是你不必相信别人不会增加供应。你只需要运行一些代码来验证他们没有。
分享
改进这个答案
跟随
2天前答复
奇特里克
15.5k33金徽章1616银徽章4141铜徽章
很小的一点，但是你不需要改变大多数计算机上的代码吗昨天的小兵
6
@Jiminion这样做只会导致那些计算机分叉（创建altcoin网络）&任何运行原始代码的计算机都会忽略它们，继续正常工作。有一些细微差别（即，每个网络指向它的hashpower有多大），但重要的是：即使大多数节点试图更改规则，也不会迫使其余节点也这样做。您可能会将此与多数攻击相混淆，在多数攻击中，攻击者控制了超过50%的hashpower（但这样的攻击者也不能任意更改网络规则）chytrik昨天
问题是，如果大多数玩家都被说服遵循fork，那么旧网络中的其余玩家就要完蛋了。但这是另一回事阿科斯塔季诺夫昨天
“您必须更改所有这些计算机上运行的代码”这不是每次更新核心代码库时都会发生吗？这些代码库是针对不向后兼容的更改，例如某些性能、大多数错误修复、建议切换到利害关系证明还是其他原因Moo 14小时前
1
据我所知，从来没有一个可信的提议将比特币转换为股权证明。不，一般来说，比特币核心版的新版本不包含向后不兼容的变化(这是比特币和以太坊（Ethereum）之间的关键区别之一
再显示1条评论

好吧，标题是唯一的问题，我们怎么能相信供应不会仅仅增加几行代码？
只是不要对你的代码做任何这样的更改，你永远不会看到供应量的增加。您可以控制计算机上运行的代码。如果您永远不想看到供应量的增加，请不要以这种方式更改代码。
当然，您只能与不希望看到供应增加的人进行互操作。因此，真正的问题与代码的更改无关，它与希望保证仍然有人不希望更改供您互操作的代码有关。
但你不能强迫任何人与你互操作，如果他们不想。
分享
改进这个答案
跟随
昨天回答的
大卫·施瓦兹
49.6k55金徽章11101银徽章172172铜徽章
观看比特币去同步，因为世界上有一半的人想增加供应，而另一半人不想增加供应，这将是一种乐趣约书亚18小时前
添加评论
你的答案

在我看来，有多种方法可以使用操作码和sighash标志构建契约和保险库，但比特币中尚未启用这些方法（例如，OP\u CHECKTEMPLATEVERIFY、sighash\u ANYPREVOUT、OP\u CAT）。
假设在比特币的下一个软分叉中考虑到了这些功能，那么仅仅启用所有这些功能并看看人们用它们构建了什么，还有什么缺点呢？
显然，用一个潜在的次优操作码占用一个保留的opu SUCCESSx是一个缺点。在最坏的情况下，一个拙劣的操作码可能意味着一个UTXO可能无法使用（或者对完整的节点施加不可接受的验证开销）。还有其他潜在的不利因素吗？
我想这部分是因为Satoshi在2010年禁用了很多我不清楚的操作码。动机似乎是安全性，但我还是不清楚究竟什么样的攻击可能与什么操作码和这些攻击的严重性。
脚本
软叉
操作码
分享
改进这个问题
跟随
昨天编辑的
昨天问
迈克尔·福克森
616277银牌2323铜牌
添加评论
1个答案
1
对于一个操作码，除了确保在所有边缘情况下使用有限的资源外，还有另一个需要考虑的问题，我将在这里总结IRC上的其他人简要讨论过这个问题。
为比特币设计未来的操作码有不同的哲学方法。一个维度是操作码的设计应该使用RIS（精简指令集）方法还是CIS（复杂指令集）方法。精简指令集（RIS）方法导致操作码具有最小的功能，但它们可以像构建块一样与其他操作码组合，以创建更强大的功能（如UNIX）。复杂指令集（CIS）导致操作码提供完整和特殊的功能。
另一个方面是关于安全性，以及操作码是否应该被设计成防止步兵，限制程序员构建可能被误用的脚本，从而可能损害用户安全。另一种选择是不太担心用户安全，允许最大的灵活性，并将安全问题推到更高的抽象层（例如Miniscript、Policy、descriptor等）。
这两个维度并不完全正交。如果不考虑这些尺寸，那么您最终会启用一堆新的操作码（和sighash标志），并且不清楚应该使用哪些操作码来做什么，以及应该为如何安全使用它们提供什么指导（如果有的话）。当Satoshi启用和禁用操作码时，他/她并不了解我们在2021年的情况，也没有处理一个系统，该系统存储和传输数十亿美元，而更高的层依赖于对底层所做的更改。
分享
改进这个答案
跟随

ts提到-rpcconnect可用于向远程比特币核心节点发送命令：https://github.com/bitcoin/bitcoin/blob/master/src/bitcoin-cli.cpp#L70
我正在使用此处提到的格式测试此选项：https://github.com/BlockchainCommons/Learning-Bitcoin-from-the-Command-Line/blob/master/14_1_Verifying_Your_Tor_Setup.md
torify bitcoin cli-rpcconnect=vazr3k6bgnfafmdpcmbegoe5ju5kqyz4tk7hhntgaqscam2qupdtk2yd.onion-rpcport=1309-rpcpassword=password3 getblockchaininfo
如果使用getnetworkinfo中返回的节点的洋葱地址，则会出现以下错误：
错误：无法连接到服务器VAZR3K6BgnFAFMDPCMBEGE5JU5KQYZ4TK7HHNTGAQSCAM2QUPDTK2YD。onion:1309 （错误代码1-“达到EOF”）
如果使用保存在/var/lib/tor/other\u hidden\u service/hostname中的洋葱地址，则会出现以下错误：
错误：授权失败：rpcuser或rpcpassword不正确
我假设连接在第二个错误中工作正常，但rpc凭据有问题。以下是bitcoin.conf的内容：
测试网=1
修剪=1000
服务器=1
倾听=1
代理=127.0.0.1:9050
扭矩控制=127.0.0.1:9051
调试=tor
test.rpcport=18332
test.rpcuser=用户3
test.rpcpassword=密码3
比特币核心
托尔
分享
打印此问题
跟随
%1 / %2
12小时前问的
普拉扬克
382711金徽章66银徽章1818铜徽章
通过getnetworkinfo公开的洋葱地址是不相关的。比特币核心只是为P2P通信自动设置洋葱服务，而不是RPC12小时前的皮特·维尔
谢谢您。我想这两个都可以用。12小时前的星期一
您的命令不包含-rpcuser.-麻吉弟弟周立铭♦ 10小时前
@安德烈如何解决这个问题：1小时前的普拉扬
添加评论
1个答案
1
-命令中缺少rpcuser。另外，通过getnetworkinfo公开的洋葱地址也不相关。比特币核心只是为P2P通信自动设置洋葱服务，而不是RPC。
以下命令工作正常：
torify bitcoin cli-rpcconnect=vazr3k6bgnfafmdpcmbegoe5ju5kqyz4tk7hhntgaqscam2qupdtk2yd.onion-rpcport=1309-rpcuser=user3-rpcpassword=password3获取区块链信息
分享
改进这个答案
跟随

Lightning Network白皮书描述了可撤销序列成熟度契约（RSMC）的概念，它允许在通道单方面关闭后的预定义延迟期间撤销承诺事务。据我所知，这意味着渠道关闭者（即发布交易的节点）必须等待延迟，然后才能申请他/她的投资资金，同时，交易对手可以验证区块链，以查看关闭者是否发布了最近的承诺交易。如果关闭者发布了一个旧的交易，交易对手可以通过拿走渠道中的所有资金来惩罚他/她。BOLT#3将此延迟定义为承诺事务输出中的toŠselfŠdelay变量。然而，关于RSMC实施的一些方面我仍然不清楚：
谁定义了自我拖延？LN如何确保延迟足以让对方惩罚恶意用户？
每个承诺事务的延迟是否可以更改？例如，如果双方在某些交易后更加信任对方，是否可以决定减少延迟？
提前谢谢。
块链
雷电网
lightning网络守护程序
c-闪电
闪电rfc
分享
改进这个问题
跟随
两小时前问的
加布里埃尔·雷贝洛
11111青铜徽章
新贡献者
添加评论
1个答案
0
根据螺栓2处的协议规范，开放信道消息建议[u16:to self\u delay]
它还说
to\ u self\ u delay是另一个节点的to\ self输出必须延迟的块数，使用OP\ u CHECKSEQUENCEVERIFY delays；这是它需要等待多久，以防崩溃前赎回自己的资金。
和
发送节点应该[…]设置为足够的延迟，以确保发送方可以不可逆地花费承诺事务输出，以防接收方的错误行为。
和
如果[…]到自身延迟不合理地大，则接收节点必须使信道失败。
类似地，没有关于大小的规范的是accept\u通道消息。
在实践中，您的lightning实现应该有一个配置值，允许您选择什么blocktime您会觉得舒服，如果有人试图打开一个通道，而一方对另一方的值不舒服，那么该通道将不会首先打开。
分享
改进这个答案
跟随

为什么开采一个街区要花这么长时间。像上个小时一样，只有两个街区被开采。目前距离最后一个区块开采已经45分钟了。
blockchair说
小时制
5  *****   
6  ******  
7  ******  
8  *****  
9  ********
10  ***     
11  ****    
12  **      
13  **      
什么能让45分钟过去而没有一个区块被开采，还有那么多未确认的交易？
采矿理论
闭塞间隔
区块市场
分享
改进这个问题
跟随
18分钟前编辑
墨奇♦
54.4K33333金徽章151151银徽章470470青铜徽章
两小时前问的
镍铬合金棒材
1122枚青铜徽章
新贡献者
相关网站：bitcoin.stackexchange.com/a/22984/5406，bitcoin.stackexchange.com/q/51756/5406，–Murch♦ 1小时前
添加评论
1个答案
1
生成下一个块的时间完全不受未确认事务数的影响。
时间通常遵循泊松分布，如相关问题的答案所述。
我不是统计学家，所以下面的内容可能是胡说八道：
λ为6的泊松分布表示为概率质量，如下所示
在此处输入图像描述
所以一千个小时后我可能会看到
160小时，生产了6块
45小时，生产了2块
不是这样，就是发生了一些奇怪的事情，比如几个大型矿坑下线。
从区块链记录中收集一些这样的数据是很有意思的，但我想这已经在某处完成了。
分享
改进这个答案
跟随
28分钟前编辑

不要以为随时时间流逝，人们会变得理性，最终看清区块链币只是一串代码，然后让区块链币变得一文不值。不会的。原因就是这是个人类世界，人类世界是不可能同时理性的，因此无论何时都会有一些疯子觉得这些区块链币有价值，从而为其呐喊，并用之进行交易。这样看来，区块链币永不落幕。而且还可以大胆预测一下，当前已存在的知名的区块链币在未来人类走向星辰大海后，会成为主要的货币替代品。因为那时再也不需要纸币或者任何法币，原因是宇宙的时间和空间都太大了，不可能再用纸币，或是某个国家的信用来为某种货币背书。而由数据因果律保护的区块链币就可以挺身而出，充当货币重任。

在冷卡上
高级->查看身份，有
扩展主密钥指纹
我以为这是我种子里的xpub，但即使我换了种子，它还是一样。
这是怎么一回事？
钱包
公钥
硬件钱包
分享
改进这个问题
跟随
5月22日3:58问
娇兰度OCs
12311银牌1212铜牌
添加评论
2个答案
0
根据下面的答案，ColdCard将在您应用密码短语后更新指纹。您还可以将密码短语保存到SD，以避免每次都输入密码短语。
“每次重新启动coldcard时，您都必须输入该密码才能使用该密码访问资金。一旦你输入并选择“应用”，它将更新你的指纹。您还可以将密码短语保存到SD卡上，SD卡被加密并锁定到该冷卡上，以避免每次都输入它。”（链接）
在ColdCard官方文档中，还有以下信息：
“如果指纹不是您所期望的，请按X返回并调整您的密码短语
将加密的密码短语保存到MicroSD的选项
此时按（1）将新密码保存到MicroSD卡上。您的密码短语值将被加密并保存在卡上，以备下次使用。”（链接）
分享
改进这个答案
跟随
6月2日1点12分回答
le0级
18755青铜徽章
我不明白。什么密码？显示错误的主密钥的目的是什么娇兰度OCs 6月2日18:36
我想我们谈的不是同一件事。我说的是高级>查看身份，扩展主密钥–Guerlando OCs 6月2日18:41
添加评论
0
coldcard上的扩展主密钥指纹确实是您钱包的xpub。只是前10个左右的字母等于每个钱包，其余的就不一样了
分享
改进这个答案
跟随

引用Minsc网站的话：“Minsc是一种高级脚本语言……基于Miniscript策略语言，具有额外的功能和语法，包括变量、函数、中缀符号等。”
这个问题描述了策略、Miniscript和脚本之间的关系。Sanket Kanjalkar解释了在Miniscript被编码为比特币脚本时，策略是如何编译成Miniscript的。那么，Minsc和政策之间的关系呢？如何最好地描述这一点？
脚本
迷你脚本
明斯克
分享
改进这个问题
跟随
8小时前编辑的
8月4日20点10分被问到
迈克尔·福克森
606777银牌2222铜牌
添加评论
1个答案
1
Minsc有一个运行时环境，其策略数据类型是作为评估程序的结果构造的。程序评估可以被视为编译过程的一部分，在这种情况下，您可以说Minsc编译到策略，但也可以将此评估视为运行时，并说Minsc根本不编译，而是一种解释性脚本语言，其运行时策略数据类型可以由它生成。函数/程序也可以返回不同的数据类型，但是当主程序执行此操作并将其视为错误时，高级API会捕获这些数据类型。
（这句话是从与明斯克创造者谢塞克的对话中转述出来的。任何错误都是我自己的。）
分享
改进这个答案
跟随
8小时前编辑的
回复时间：8月4日10:19
迈克尔·福克森
606777银牌2222铜牌
添加评论