V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  acess  ›  全部回复第 34 页 / 共 113 页
回复总数  2242
1 ... 30  31  32  33  34  35  36  37  38  39 ... 113  
2021-01-06 20:08:20 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot Electrum 的助记词有一点不好,就是和 BIP39 用的是同一套英文单词表,所以会产生混淆,所以我才说要记下额外信息,比如,注明这 12 个单词组成的助记词是“由 Electrum 在 2021 年 1 月 6 日生成的”。
助记词标准在币圈里貌似也是个老问题了。BIP39 现在算是“事实上的标准”,很多钱包都支持;但是 Electrum 不同意用 BIP39,然后才搞出自己的助记词格式。然后呢,带来的就是不兼容问题,Electrum 助记词是不能在 BIP39 钱包里导入的。

(偶然可能会出现可以导入的情况,但这其实是个 bug,导入后,BIP39 钱包会推导出与 Electrum 完全不同的另一组地址,相当于是一个新的、独立的“子钱包”,余额很显然也会是零,因为你之前从来就没用过这个“子钱包”——往里面转币是可以的,但是非常不推荐这么做,因为很可能过了一段时间你就忘了,在 Electrum 视角也看不到 BIP39 这边的余额)

反过来,BIP39 助记词可以在 Electrum 里导入,但很显然你也可以看出来开发者对 BIP39 的态度:你需要在输入助记词时点开“选项”,勾选 BIP39 这个复选框,然后下面还会显示一个警告消息,说什么 BIP39 不符合他们的安全标准之类的……


反对 BIP39 的主要理由,就是 HD 钱包从种子生成私钥、地址,中间是经过一条派生路径的,这有点像目录树一样,打开不同的文件夹就看到不同的内容。
如果不知道正确的派生路径,就无法正确地恢复钱包。每一个层次搜索的空间都高达 2^32,稍微多几个层次就不可能穷举穷尽了。

实际上支持 BIP39 的钱包大多都使用 BIP44 、49 、84 规定的标准派生路径(对 BTC 来说,就是分别派生出 1 、3 、bc1 开头的地址,1 开头就是最传统最经典的 P2PKH 地址; 3 开头是 P2SH 封装的隔离见证地址 P2SH-P2WPKH,相比 1 开头的地址,矿工费享受隔离见证共识规则的折扣,会便宜一些; bc1 开头的是 P2WPKH 原生隔离见证地址,矿工费最便宜,但是这种地址是新设计的 Bech32 格式,有些地方还不能识别),但是这几个标准貌似推出都有点迟,在这之前就有钱包在用 BIP39 了,于是派生路径在日后看来就是“不标准”的。
2021-01-06 19:16:11 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot
Electrum 也支持创建非 HD 钱包,可以导入单个或多个私钥(也可以导入地址,导入地址后就是仅监视钱包)。
但是,私钥是很敏感的私密数据,直接在电脑上复制粘贴我总是有点害怕,毕竟剪贴板一般应用都可以直接监听。
2021-01-06 19:12:35 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot 这个 json 应该是加密的,至少也要先解密吧。
换我的话,我会直接在干净的离线机器上用 Electrum 新建一个标准( HD )钱包,抄写好助记词、妥善保存(同时注明钱包创建日期,以及钱包类型是 Electrum ),然后等到链上手续费不高的时候,分几次把币全部转移过去。
2021-01-05 23:36:01 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot
以前的 blockchain . info 钱包我也不太清楚具体情况,看到有开发者提到过,以前遗留下来的“助记词”应该只是把钱包加密密码用一串单词的方式编码了一下,并不是 HD 种子。
你说是 15 个单词,可能并不是 HD 种子,如果不是 HD 种子,也就无法推导出私钥。

不过 blockchain . info 当时应该还有给你发一个加密的 json 文件,这里面应该才是加密过的私钥。他们还有官方的钱包离线恢复工具:
github . com/blockchain/my-wallet-backup-decryption-tool
2021-01-05 13:37:50 +08:00
回复了 LUREN 创建的主题 Android 为什么 fastboot 线刷要先解 bootloader,即使刷的原厂 rom
@idrawer 这两个办法要进的,都是高通紧急下载模式( EDL,又称 9008 ),不是 fastboot 。区别应该就是检测是否进入 9008 的时机不一样。打个可能不恰当的比方,就好像 Win8 以后,结合 UEFI 启动,进 BIOS 可以是开机时按 DEL 键(不同品牌按键不一样,有不少机器来不及按),也可以是系统进去以后,键盘按住 SHIFT 的同时鼠标点开始菜单的重启,然后选择进入“UEFI 固件设置”。
2021-01-04 20:52:22 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot 只要有交易费可以赚,矿工都是愿意打包的,只不过区块大小限制是共识规则,矿工也不能随便打破规则,否则挖出来的区块不会被其他人接受,就白挖了。

其实私钥不推荐随便倒来倒去(而且现在都是 HD 钱包了,导入也是导入 HD 种子,或者说是助记词,而不是单个地址私钥),万一操作中途泄露了,或者出什么别的岔子导致丢币(比如 Bitcoin Core 的经典找零丢币陷阱,这个找零丢币不是一般说的“100 个地址用完后丢币”,其实好多年前 Bitcoin Core 就实现了 HD 钱包,虽然有点别扭、甚至简陋。我说的是:把私钥导入到新的、没备份过的 wallet.dat 里面,然后转出,找零就自动跑到了没备份过私钥 /HD 种子的地址上)就不好了。
2021-01-03 17:48:20 +08:00
回复了 jamfer 创建的主题 Bitcoin 比特币突破 3 万美元了……
@zooo 众所周知,之前也是涨得厉害,然后……额,跌得也很惨……
还有 USDT,那么多年过去了,发行量越来越大,众所周知的定时炸弹。
2021-01-03 16:08:59 +08:00
回复了 jamfer 创建的主题 Bitcoin 比特币突破 3 万美元了……
@zooo
就比如 BOINC,我也参与过一个项目,有一个积分,贡献的多,积分就跟着涨。但是这个积分归根到底是由一个权威服务器来记录的吧,每一分是凭什么加的,也未必都记录在案,更何况事后怎么去检验了。
比特币就是用最笨的办法来达到“可以检验(自证清白)”的效果——把整个账本从头捋一遍。当然,如果只要检验挖矿工作量,而不是检验每一笔交易的内容,只需要数据量很小的区块头链就可以了。
2021-01-03 15:57:59 +08:00
回复了 jamfer 创建的主题 Bitcoin 比特币突破 3 万美元了……
@zooo
额……我其实是半桶水……
我有听说过 XPM 质数币,还有 GRC 格雷德币,有点这个意思。
不过想让挖矿的“谜题”( crypto puzzle )有现实意义,好像本来就挺难。
虽然给 SHA256 暴力试错很浪费,但试没试出来符合要求的答案,检验起来非常容易,而且谜题也是源源不断自动更新的(每个区块都包含上一个区块的哈希,这样就自然而然地出了一道崭新的谜题),整个过程都不需要什么人为因素参与。
现实中有意义的问题,一般和比特币挖矿谜题所需要的属性背道而驰吧,因为现实中碰到的情况是复杂多变的,需要解决什么问题也是由人来决定的,答案是否正确,可能很多时候即便能检验,也不太方便检验。
2021-01-03 13:07:16 +08:00
回复了 jamfer 创建的主题 Bitcoin 比特币突破 3 万美元了……
验证、打包交易的计算量微乎其微,比特币攒了那么多年的区·块·链账本,一台普通 PC 大半天就能从头捋一遍。

楼上说的差不多,比特币算力就是内卷,无论是币价上升带来的更大利润空间,还是新研发 ASIC 矿机的能效提升,最后都会因为更多算力涌入(然后挖矿难度会自动上调)、参与竞争分蛋糕而被抵消掉。


挖矿干了啥,你见过 MD5 吧,MD5 是哈希函数。挖矿算的是也是哈希,不过用的不是不再安全的 MD5,而是目前仍然安全的双 SHA256 。
区·块·链就是个账本,一个区块就好比账本上的一页,这一页内容(通过 Merkle 树)算出一个双 SHA256 哈希值,就是区块哈希。矿工可以在区块里写一个特殊的 coinbase 交易来给自己发奖励,coinbase 交易是“凭空造币”的(包括增发的新币和交易手续费两部分),但是增发量受规则约束。
挖矿就是不断修改区块内容,暴力试错,把区块哈希凑到满足难度要求(小于某个值)。区块头里有个 nonce 可供修改,但是它现在已经远远不够用了,一瞬间就全部试完了,所以 coinbase 交易等其他部分(甚至包括区块里打包交易的顺序)也可以拿来修改。

暴力试错很难,要重复进行数以亿计的哈希运算;但是要验证是不是试出来了,就很容易,只需要算一次哈希,就知道对不对了,可以知道这个区块是不是付出了足够的工作量才挖出来的。


挖矿的目的是为了达成去中心化的共识。比如有一笔钱,有人说已经转给甲了,另一个人说已经转给乙了,两笔交易都符合规则,最后也只能有一笔是有效的(否则就是花掉已经不存在的币,实际上就是凭空造币)。挖矿就可以解决这个争端,最后只能有一条区·块·链账本积累最多的算力,大家都认这条链,其他落败的链就被大家抛弃了。(如果不抛弃,也行,可以搞一个山寨币,不过有没有人认可这个币的价值就是另一回事了)
2021-01-01 03:28:48 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot Electrum 是支持冷热分离的(这样即便是有漏洞,热端没有私钥,也不能直接盗走币)。而且它还可以通过 Electrum Personal Server 对接 Bitcoin Core 全节点,这样一般都说隐私性会略强一些(虽然比特币的隐私本来就很蛋疼,但是用了自己的全节点,就不会把自己的地址信息上传给钱包服务器,钱包服务器就不会把这一堆地址联系到一起、知道它们其实属于同一个主人,从这个意义上说隐私性改善了)。
2021-01-01 03:26:10 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot 一般是 RBF 用不了的情况下才用 CPFP……有时候连 CPFP 都用不了(比如,所有币都转出去了,没留找零),这个时候要么自己手动双花,要么就得找矿池买加速器了。加速器本质上和 RBF 、CPFP 都一样,都是交钱插队,但是加速器一般比较贵,也不像 RBF 、CPFP 那样是全网公开竞价,而且还不能逐次逐渐加价。(要说退款,那当然都不能退……RBF 也不能退,即便是通过双花撤销了付款、把币转账回自己的钱包,矿工费追加了还是追加了)
2021-01-01 03:22:01 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot 除了 RBF,另一种追加手续费的方法 CPFP 就是像你说的一样,把之前被卡住的币用更高手续费花出去,这样两笔交易的平均手续费就被拉高了。Electrum 里也直接实现了这个功能,右键菜单里就有。
其实现在不太推荐用 blockchain . com 这种网页钱包,毕竟这种钱包的代码是远程加载的。软件钱包虽然归根到底也是从网上下载的,但是一次下载完成后就不会改动,还方便验证数字签名。
(不过,有一说一,Electrum 也爆过几次重大漏洞,影响最大的就是钓鱼漏洞了,虽然钓鱼信息不能直接偷走币,但是从钱包界面里直接弹出钓鱼信息,这个欺骗性确实太强,一不小心就被带进去了;除此之外,能直接偷币的 RPC 漏洞也出过,但是貌似没多少后续影响。以前爆过的漏洞后来当然都很快修复了,不过很显然总是有不少钱包没升级,尤其是钓鱼漏洞,影响一直都有,时不时就有人去哭诉说自己中招了)
2020-12-30 21:18:34 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
就拿 Electrum 来说,其实手动完成这个双花也不至于难过登天:
1.观察被卡住的零确认交易,看看花掉的是具体哪一个 UTXO ( TXID:输出序号),把对应的交易导出。
2.断网(可以设置 Electrum 的代理服务器到 127.0.0.1 上没有程序监听的端口),重新创建一个钱包,把私钥或 HD 种子导入。
3.断网创建的钱包里很显然是没有交易的。这个时候,把被花掉的 UTXO 所在的交易导入,这样钱包里就显示出余额了。
4.开启“选币( Coins )”标签页,手动选择之前被花掉的 UTXO,进行双花。可以转给当初要付款的地址,也可以干脆转回自己的地址。当然,这次矿工费要多给点。
5.交易签名后,把它保存好。含有之前那笔被卡住零确认交易的钱包,要关掉。然后,多方尝试广播双花交易。
2020-12-30 21:12:15 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot 之前 RBF 只是被用来追加手续费的,该付给谁多少钱还是多少钱,只是回到自己钱包的找零会少一些(对应矿工费被追加了)。一直都有人说,RBF 可以追加手续费,当然也可以恶意利用来进行双花欺诈(如果收款方看到零确认就认为已经到账的话)。Electrum 就是把这个双花功能直接做出来了,我猜,大概是考虑到用户的交易被卡住太久后,可能压根就不想付款了(毕竟比特币价格波动大),对方从一开始也不会认为这笔交易到账过,所以撤了就撤了。
2020-12-30 21:08:38 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot
现在 Electrum 钱包甚至都直接把利用 RBF (单指 BIP125,而不是我这个老帖子里这种,没有启用 RBF,却仍然要双花替换的行为)双花撤回交易做成一键完成的了。
即便 Electrum 不这么做,RBF 也一直可以达到这个目的,所以争议才大……RBF 支持者认为零确认本来就不安全,RBF 可以让追加手续费变得方便,形成一个用户挂单、矿工吃单的“手续费市场”; RBF 反对者认为 BIP125 给坏人提供了方便,“手续费市场”就是拥堵、很荒唐……
2020-12-30 20:44:14 +08:00
回复了 acess 创建的主题 Bitcoin 手续费太低导致交易卡在未确认状态,可以采取什么办法?
@Andnot
零确认的币是可以花掉的。没记错的话,Bitcoin Core 钱包默认不允许用户花掉任何零确认,在设置里可以放宽限制,然后自己的零确认找零可以花掉。这个应该是有渊源的,bitcointalk 有个帖子 I broke my wallet, sends never confirm now 里面说的就是类似你这种情况。Bitcoin Core 钱包应该就是为了避免出现这种第一笔零确认被卡 /被双花撤销,导致后续一连串交易跟着被卡 /被双花撤销的情况,才不让用户花掉零确认。
别的钱包就未必有这个限制,Electrum 我记得就可以直接花掉零确认收款,零确认找零当然也可以。

要说零手续费交易,这又是另一个话题了。每个节点默认情况下都是不转发、不打包手续费过低的交易的,我记得最低 1sat/vbyte 。所以零手续费交易正常情况下是很难打包进链的,可能广播都很难广播出去。但是如果有矿工愿意打包,这种行为也是被允许的。
2020-12-25 22:11:30 +08:00
回复了 naoh1000 创建的主题 Linux Linux 比 Windows 安全主要体现在哪里?
对于个人用户来说,整个系统实际上一般只有一个账户在日常使用,有价值的东西都在这个账户的控制之下,所以就变成了 xkcd 1200 里面描述的情况了:root 权限把守的是一个毫无价值的保险库,不需要拿到 root 就已经可以对用户形成实质的威胁和伤害。

更何况,就像 Windows 的 UAC,微软不承认 UAC 绕过(从降权管理员 token 到完整管理员 token )算安全漏洞,只是一个“防手贱功能”( forcing function ); Linux 下,sudo 的性质应该也是类似的吧。

对于企业、服务器,那就另当别论了,我也不太了解。
@helloswiftinuk 右键里就有啊
@helloswiftinuk 矿工费 3840sat,除以交易字节数(你的地址不是隔离见证的,没有折扣,所以虚拟字节数应该是一样的),所以费率是 20sat/B 。
放在平时不怎么堵的时候,这个矿工费不低。现在看就有点够呛了。

如果未来市场冷下来了,说不定几个小时过去你就确认进链了;
如果未来市场又热了,又有一堆人涌进来,发出比你这 20sat/B 更高的交易,插队到你前面,那你又要被卡住挺久了。

总之,关键是你这笔交易目前好像还是处于没广播出去的状态。要么你就想办法双花追加手续费(能右键点追加手续费,也就是用 RBF,是最好的;如果不能,那就有点麻烦),要么你就直接把这笔交易的原始交易数据(一堆十六进制代码)复制出来,然后找个地方广播出去(全节点的控制台里用 sendrawtransaction 命令,或者找个区块浏览器,不少区块浏览器都提供交易播报功能),等确认。
1 ... 30  31  32  33  34  35  36  37  38  39 ... 113  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2213 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 01:13 · PVG 09:13 · LAX 17:13 · JFK 20:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.