0
为什么在bip8的锁定阶段(LOT=true)没有强制信号?
在BIP8(LOT=true)的必须发出信号阶段,矿工必须发出信号的阈值。信号锁定后的下一个相位。建议使用锁定相位的信令,而不是强制的。为什么?
软叉
主根
活化机理
带锁定的bip8版本位
bip8版本位
分享
改进这个问题
跟随
两小时前问的
迈克尔·福克森
525666银牌2222铜牌
添加评论
1个答案
0
这是由AJ Towns在BIP PR中更改的。一旦我们进入bip8的锁定阶段,软分叉肯定会在某个点激活,因此任何对信号的要求都是不必要的。MUST\u SIGNAL阶段向网络表明信令是由网络强制执行的。在锁定阶段(仅在困难调整期之后开始,2016块,在满足信令阈值的情况下),网络清楚地看到,软分叉规则将在未来得到实施。
分享
改进这个答案
跟随
为什么阈值适用于修订后的BIP 8(lot=true)中的必须信号相位?为什么它不执行100%的信号?
1
BIP 8规定:
在必须发送信号的阶段,如果重定目标周期中的(2016-阈值)块已经没有发送信号,则没有发送信号的任何其他块都是无效的。
为什么它不在MUST\u信号阶段执行100%的信令而不仅仅是阈值?
软叉
主根
活化机理
带锁定的bip8版本位
bip8版本位
分享
改进这个问题
跟随
两小时前编辑的
2月25日13:26问
迈克尔·福克森
525666银牌2222铜牌
添加评论
1个答案
1
尼克勒在IRC上回答了这个问题。
在混合网络中,规则可以变为活动的,但是在两个独立的链中,因为lot=true节点将拒绝lot=false链中的块,而lot=false链不需要100%信令。
信号相位(当lot=true时)与开始相位(当lot=false时)的最后两周(2016块)重叠。如果在这两周内达到了矿工发信号的阈值(但不是100%的矿工发信号),您就不想无缘无故地在lot=true和lot=false节点之间创建链分裂。如果必须执行100%的信令,而在此期间没有100%的信令,则会在lot=true和lot=false节点之间得到一个链分裂。
分享
改进这个答案
跟随
在软叉激活机制中强制信号的好处是什么?
0
在软叉激活机制中强制信号的好处是什么?e、 g.修订后的bip8中的信号相位。
我理解将lockinontimeout(LOT)设置为true的好处(这里描述了其中的一些好处),但是为什么要有两周的时间,矿工必须在软叉进入锁定阶段之前发出信号。为什么不定义锁定的相位何时开始(假设矿工在此之前没有激活软叉)并放弃必须的信号相位?
马特·科拉洛说:“许多国旗日设计都不需要强制信号,这是无争议激活的最大单一风险。”
软叉
主根
活化机理
带锁定的bip8版本位
bip8版本位
分享
改进这个问题
跟随
两小时前编辑的
2月13日15:03问
迈克尔·福克森
525666银牌2222铜牌
添加评论
1个答案
0
Luke Dashjr在IRC上回答了这个问题:
主要目的是明确表示软叉在链条上处于活动状态。尽管它仍然依赖于强制执行,但这确保了对什么是正确规则没有争议。作为一种副作用,这也使得任何反对者群体都很容易拒绝新规则。软叉的意图绝不应该是(对持不同意见者)强行推行新规则
(Luke指的是对soft fork的异议,而不是对比特币协议实现中设置的激活机制的异议。)
davidharding补充道,当网络的其他部分设置LOT=true时,必须使用强制信令来确保激活所有节点的软fork设置LOT=false。
我运行LOT=false的节点;其他人运行LOT=true的节点。在xxxxxx块,你们都开始执行主根规则,但我从来没有看到任何信号,所以我继续把主根事务当作任何人都可以消费的东西,这对我个人来说是不好的。如果有很多人认为lot=false,那么也就不清楚taproot是否真的被强制执行了,这增加了矿工试图窃取发送给taproot输出的资金的风险。
此外,大卫哈丁认为,强迫信号不是特别危险。
是什么让强制信号如此危险?我们在BIP34,BIP66和BIP65叉子上都有。除了BIP66因间谍挖掘而打嗝,我不认为有任何问题。BIP8强制信号也只需要很短的一段时间,所以任何中断都应该很短
分享
改进这个答案
跟随
2月13日18:27编辑
比特币核心能否将lockinontimeout参数的选择完全留给比特币核心用户,而不设置默认值?提问
0
对于直根bip8激活机制的lockinontimeout(LOT)参数,似乎没有压倒性的共识。我知道有些人会强烈反对这样做,但比特币核心版能否发布一个版本,让用户在运行该软件之前,在将LOT设置为true或false之间进行选择?这在技术上可行吗?
软叉
主根
活化机理
带锁定的bip8版本位
bip8版本位
分享
改进这个问题
跟随
两小时前编辑的
2月20日12:54问
迈克尔·福克森
525666银牌2222铜牌
添加评论
1个答案
0
马特·科拉洛和ZmnSCPxj在比特币开发者邮件列表上回答了这个问题。
马特·科拉洛说:
比特币核心不具备处理具有相同datadir的交换共识规则的基础设施-在使用uasf=true运行一段时间后,有效的块将被标记为无效,并且需要进行额外的开发以允许切换回uasf=false。这是一个复杂的、关键的代码,而且所需的评审和测试周期似乎不值得。
相反,发布这样一个选项的唯一实用方法是将它作为一个单独的链来处理(与处理regtest、testnet和signet的方式相同),包括它自己的单独datadir等等。
ZmnSCPxj补充道:
在没有任何其他含义的情况下,这可以由一个用户维护两个datadir并运行两个客户机来解决。这将有一个运行LOT=X的“外部”客户机(其中X是用户喜欢的值)和一个最大值为0.21.0的“内部”客户机,这将不会强加任何LOT规则。然后,内部客户机使用connect=指令在本地连接到外部客户机,并仅连接到该客户机,将其用作防火墙。可以修剪外部客户端以减少磁盘空间资源的使用(如果用户需要,内部客户端可以保持未运行状态,例如对于需要查找任意短通道ID的LN实现)。带宽使用应该是相同的,因为内部客户端只连接到外部客户端,操作系统应该优化这种情况。不过,CPU使用率增加了一倍。(一般的想法来自gmax,只是想说清楚,不过下面的用法是我写的)
然后用户可以选择LOT=C或LOT=!C(其中C是最终随附的比特币核心)基于用户偏好在外部客户机上。
如果主根未激活MASF并且LOT=!U是以后的主导因素(其中U是用户决定的内容),用户可以决定只销毁外部节点并将内部节点直接连接到网络(可以选择将内部节点升级到LOT=!U) 作为一种“改变他们对经济的看法”的方式。内部节点随后将跟随主导链。
分享
改进这个答案
跟随
编辑时间:2月20日14:19
2月20日12:54回答
迈克尔·福克森
525666银牌2222铜牌
添加评论
同一区块所有资金的投入和产出?
希望有人能给我澄清这个问题。
请查看btc地址:1CRTSXJXa3LsaHwjTA5yTbqbyi6QituztX到目前为止已有2笔交易。1个输入和1个输出。但是:根据封锁时间和高度,这些交易同时发生。怎么可能,因为我不能转移资金,我没有提前收到?
交易
时间戳
分享
改进这个问题
跟随
57分钟前编辑
一小时前问的
大灰狼
322枚青铜徽章
新贡献者
添加评论
1个答案
0
有两个事务与地址相关:1CRTSXJXa3LsaHwjTA5yTbqbyi6QituztX
发送1:e53cfb481ea8c2e2ff2827c7148393fbd617d7fc545c4a1a475221839344ca48
费用:0.00009072BTC费率:3.02 satoshi/vByte
发送2:9fa21b4ed7b242f0ddf1962c8f942109ae8f48ec5b03fff8e00a03e116c6bd44
费用:0.00002724BTC费率:12.16 satoshi/vByte
两个都包括在598408号区块
这是可能的,你可以随时花未经证实的UTXO。子tx将使用更高的费率,这取决于父tx,因此两者都包含在同一块中。如果两项交易的费率总和高于mempool中大多数交易的费率,矿工将优先处理此类交易。
Child pay for parent:如何在bitcoind cli中创建Child pay for parent
分享
改进这个答案
跟随
47分钟前回答的
普拉扬克
284911金徽章55银徽章1717铜徽章
谢谢你的回复和出色的解释。我很感激。–大灰狼5分钟前
添加评论
你的答案
多信号同步
0
我了解multisig钱包是什么,但我需要帮助了解此脚本的具体功能:
https://gist.github.com/gavinandresen/3882537
如果我理解正确的话,比特币是比特币守护进程,但我不确定在这个脚本中应该使用什么守护进程,以及它是如何工作的。
比特币
json rpc
多重签名
同步
分享
改进这个问题
跟随
2月20日11:33问
马尔科
10111青铜徽章
添加评论
2个答案
0
我不确定在这个脚本中应该使用什么守护程序。。。
首先在本地运行两个bitcoind守护进程,然后将它们的端口指定为命令的参数以及其他信息(如身份验证凭据):
#用法示例:
# 多同步.py\
–连接1=http://abc:123@127.0.0.1:9000 \
–连接2=http://abc:123@127.0.0.1:9001 \
2MsrtHjVXGdT7RuTEiUWzec87Cik1rPpmyD公司
在本例中,一个比特币被配置为监听端口9000,另一个监听端口9001
看起来这也应该适用于远程比特币实例。
… 它是如何运作的。
不清楚你想得到什么帮助。
ServiceProxy的内容似乎在https://www.jsonrpc.org/archive\u json-rpc.org/python-json-rpc.html
分享
改进这个答案
跟随
2月20日11:54回答
红砂砖
10.5k22金徽章1717银徽章3535铜徽章
添加评论
0
为了建立multisig事务,您的bitcoind需要知道组成multisig地址的公钥,以及这些公钥的排列顺序。地址本身不包含此信息。如果已经使用此信息设置了1个比特币,则可以使用此脚本将该信息复制到第二个比特币。
然后,一旦您这样做了,您就可以创建一个multisig事务,然后将该事务分发给每个签名者。
分享
改进这个答案
跟随
秘密种子号码也是私人号码吗?
0
我在2014年从Coinbase购买了一枚比特币。我收到一个长的字母数字号码。没有私有代码或种子短语。后来我收到了一个16位数的秘密种子。我收到的秘密种子是否是种子短语或私人号码的替代品,我可以用它来访问Coinbase上的比特币?
钱包回收
coinbase.com网站
种子
分享
改进这个问题
跟随
20小时前编辑的
墨奇♦
51.8K33232金徽章143143银徽章452452铜徽章
20小时前问的
道格
1
新贡献者
找到这一点的最佳资源可能是Coinbase的用户手册,但这里可能有人对该服务非常熟悉,能够告诉您。–默奇♦ 20小时前
添加评论
1个答案
1
我先看看数字。是十六进制的吗?如果是,它是32字节长–>随机数吗?它是以5或L或K–>私钥开头的代码吗
永远不要分享这些。但是你可以根据这些计算出公钥和比特币地址。
分享
改进这个答案
跟随
19小时前回答的
约翰普姆
2122青铜徽章
添加评论
比特币交易真的可以被发送者通过使用/滥用新的“按费用替换”功能撤销/撤消吗?
1
我正在看罗杰·弗尔谈论比特币的直播。是的,我知道很多人非常讨厌他,我会说我不喜欢比特币现金。我很早就把我所有的硬币都卖了,在我看来,大块头是件坏事。
然而,我必须承认,他当时说的和现在说的许多话似乎是有道理的。我对他撒谎或歪曲事实的可能性持开放态度,但这一点尤其突出:
基本上,他是在说,比特币已经被有意地从根本上打破了,推出了“收费替代”功能,按照他的说法,这种功能可以让你在比特币被发送后几分钟、几小时甚至几周内“撤销”(收回)比特币交易。
这有什么道理吗?他编造这些纯粹是为了引起恐惧和怀疑吗?如果是的话,请告诉我所有的细节。
我对该功能的理解是,它只允许您通过向内存池中的事务多扔几个satoshis来“解套”一个卡住的事务,这样它就不会被忽略,而是在大量比特币事务同时发生时,矿工更快地将其包括进来。
请让他撒谎。另一件让我怀疑我自己和我自己对整个情况的理解的事情是他对照明网络的看法,我同意这是“非常复杂的”和“似乎从来没有实际使用过”。
以费用代替
零确认
分享
改进这个问题
跟随
19小时前编辑的
墨奇♦
51.8K33232金徽章143143银徽章452452铜徽章
3月13日2:45问
瓦恩P。
1111青铜徽章
2
如果你想更多地了解比特币,你应该看那些知道自己在说什么的人的视频。安德烈亚斯·安东诺普洛斯(Andreas Antonopoulos)有很多不错的作品,涵盖了比特币的一切。–编码爱好者3月13日4:40
添加评论
2个答案
1
基本上,他是在说,比特币已经被有意地从根本上打破了,推出了“收费替代”功能,按照他的说法,这种功能可以让你在比特币被发送后几分钟、几小时甚至几周内“撤销”(收回)比特币交易。
不是真的。接受零确认的比特币交易作为最终交易总是不安全的。RBF只允许您以更好的方式管理交易,因为在比特币中很难估计费用。例如:您可以使用任何算法或手动检查mempool stats,并使用费率来广播事务,但几乎同时广播的大量其他事务的费率较高,这将降低您的事务很快得到确认的概率。如果需要,您可以使用更高的费率和费用将此未确认交易替换为另一个交易。
另一件让我怀疑我自己和我自己对整个情况的理解的事情是他对照明网络的看法,我同意这是“非常复杂的”和“似乎从来没有实际使用过”。
此链接中提到的钱包易于使用:https://blog.bitrell.com/top-11-lightning-network-wallets-bitrell-328b5465b1b4
交易所:Bitfinex、Okex、Paxful、Kraken(很快)、LNMarkets、fixedfloat、sideshift
使用LN的DEX协议:OpenDEX,OmniBOLT
分享
改进这个答案
跟随
3月13日4:01回答
普拉扬克
283611金徽章55银徽章1717铜徽章
添加评论
1
是的,RBF规则明确允许更改RBF事务的输出。但罗杰弗的担忧被夸大了。
比特币被有意地从根本上打破了,它引入了“收费替代”功能,据他说,这种功能可以让你在比特币被发送后几分钟、几小时甚至几周内“撤销”(收回)比特币交易。
一般来说,您应该等待交易被确认后再对其进行信任。正如Prayank已经写道的,未经证实的比特币交易本质上是支付承诺。
但是,由于网络上的大多数节点都使用“第一次看到的安全”准入策略操作它们的mempool,因此不允许冲突事务替换先前的事务。在实践中,常规事务的替换几乎完全发生在初始事务超时之后,或者通过发送者与矿工协作来确定替换的优先级。因此,尽管未确认的交易本身并不可靠,但这取决于交易的特定属性,企业在确认交易之前选择接受交易可能是有意义的。例如,Bitrefill认为处理低于200美元的未确认交易是一种可接受的风险,在权衡能否更快地为客户服务时采用“高费率”。
另一方面,replace by fee事务显示一个标志,该标志明确宣布它们不可靠,并且可以在确认之前由发送方替换。RBF的规则允许改变输出,因此RBF事务确实可以被重定向,但在实际中RBF主要用于简化事务的费用估计。操作解决方案也很简单:它是读取标签,并且在确认之前从不接受RBF事务。但不接受未经确认的交易已经是一个很好的做法。
所以,罗杰弗的担心被夸大了。对于常规交易,没有任何改变,接受未确认交易的(坏)做法与以前一样安全或不安全。BIP125仅仅引入了一个新的可选特性,它明确地将事务标记为可替换的和不可靠的,这意味着在确认之前RBF事务永远不应该被接受。在实践中,这给经营者带来了一个小小的责任,即即使他们想接受一些未确认的交易,也不应该接受未确认的RBF交易。然而,接受未确认交易的企业应该有评估机制,首先评估哪些交易是可以接受的风险,因此责任应该很小。
分享
改进这个答案
跟随
编辑1
旧版比特币上的比特币
0
我在比特币应用程序上有一个旧版本的比特币;更具体地说比特币.org版本0.3.22。我试着把硬币转移到一个新的钱包里,但是没有通过。以前是否有人曾经或曾经解决过这个问题?谢谢您!
比特币核心
顾客
分享
打印此问题
跟随
2月10日16:50问
年
1
如果你编辑问题,给出一些细节,你可能会得到更好的答案(或者至少是一些):你到底做了什么?是否有任何错误消息?你到底看到了什么?-红砖2月10日17:14
0.3.22是否已编号?事务处理-MCCCS 2月10日19:29
我强烈建议你备份钱包.dat文件,然后升级到比特币核心的最新版本。0.3.22非常过时,不太可能赶上网络(甚至不可能构建网络接受的事务)。-彼得维尔2月12日4:01
添加评论
1个答案
0
您可以使用pywallet导入钱包.dat导出私钥。
然后你就可以把它们扫进electrum或者任何支持WIF的钱包里。
Pywallet可在此处下载:https://github.com/jackjack-jj/pywallet
分享
改进这个答案
跟随
矿工总数?
1
有没有办法查出总数数量在比特币网络中挖掘节点?对于采矿池,每个池中存在的设备。
采矿理论
分享
改进这个问题
跟随
2016年7月18日0:50问
加拉哈德
19111银质徽章66铜质徽章
添加评论
2个答案
1
我不知道采矿池是否有这样的数据,我怀疑如果有,他们是否会公开。但是,您可以通过在等式中插入一些数字来合理估计网络中的物理硬件矿工。
为了得到我们估计的下限,取当前的网络hashrate除以hashrate评级的市场上“最佳”ASIC矿工的hashrate。这一计算代表了网络上尽可能少的矿工人数,在现有最佳技术的情况下,产生当前hashrate所需的矿工人数。
要得到估计值的上限,您需要计算出可用ASIC的“平均最差”是多少,以及它的哈希速率。这就是说,你需要弄清楚,平均而言,澳大利亚证券投资委员会(ASIC)拥有最低的矿工盈利所需的费率。由于各地的电力和冷却成本各不相同,对此没有单一的答案,必须取平均值。一旦你有了这个平均hashrate,用当前的网络hashrate除以它。现在您可以估计出网络上可能产生当前hashrate的最大硬件矿工数。
分享
改进这个答案
跟随
回复时间:2016年7月18日12:49
杰斯汀
860911金徽章1919银徽章3232铜徽章
添加评论
0
我还有另一个技巧…我想听听你的意见。但它只回答挖掘节点的数量,而不是矿工的数量。我在理论基础上对数字进行四舍五入只是为了证明。首先,获取最快哈希速率机器获得的奖励估计值。目前它似乎是Antminer S19 Pro,速度为110次/秒。为此,我使用了一个计算器https://www.buybitcoinworldwide.com/mining/hardware/根据这个散列率,它计算出,在设备运行24/7/365的情况下,我每年可以获得02911比特币的奖励。这意味着,在每个区块6.25比特币奖励的情况下,我在一年内解决了1个区块的0.0465。如果所有网络都只使用这些机器,那么我将每年55000个块除以0.0465=1182795个挖掘节点。这是下限,即系统上挖掘节点的最小数目。现在,我的另一个假设是网络难度等于所有挖掘节点之和的加权散列率。如果现在,2021年3月18日,网络难度是21.6次/秒,那么同样的计算器计算出,如果我的设备以这种速度运行,我将在1年内赚取0.0572比特币。使用相同的计算,55000/(1/(6.25/.0572))=6009615挖掘节点。这将是网络上挖掘节点总数的估计值。区块链.com说明它从具有哈希数的完整节点获取网络困难信息,哈希数在经过身份验证后的一个设定时间(大约600秒)内用于解算块。所以事实上,这被描述为矿工的加权平均散列率,如果时间可测量地落在每个区块600秒以下,它用来增加难度;如果时间可测量地上升到600秒以上,它用来放松难度。但从长期来看,难度以每年400%的速度上升。上面提到的计算器在计算奖励时确实进行了调整,每天使用0.45%的绩效折扣。
分享
改进这个答案
跟随