Bitcointalk · Version 0.3.13, please upgrade

中本聪,2010 年 10 月 3 日

SN-2875 已核对来源,附原文与上下文。

阅读语言
中文译文

ArtForz 已然在免手续费运行了,他占全网算力的 20-30%。不过,最初发送这些坏交易的人已然删掉了自己的钱包,网络亦忘掉了这些历史交易,因而基于此的交易无法确认。

在你的节点拥有一条回溯到区块链的交易路径之前,交易不会被接受、亦不会显示为 0/unconfirmed。

你钱包里的任何交易亦都捆绑着抵达区块链所需的全部未记录交易。倘若你有一笔显示为 0/unconfirmed 的交易,那么它依赖的所有先前未记录交易你都有,你重播自己的交易时亦会一并重播它们。

倘若免手续费的区块已然生成、却没起作用,那我需要看看哪里出了问题。这是一段很少被用到的代码。它们本应被记录进每一个持有依赖交易的节点的钱包里。

最初发送这些坏交易的人已然删掉了自己的钱包

叹气……为什么要删除钱包,而不是把它移到一边、留个旧副本以防万一?永远不要删除钱包。

已然在跑了。3 小时内理应能出一个块。

收集重播交易恐需要一段时间。倘若你能接受入站连接会更有帮助,如此你能听到更多节点。就算你 3 小时内出了块,亦请至少连续跑上几天。

ORIGINAL · 英文原文
ArtForz is already running with no fees, and he has 20-30% of the network's CPU power. The person who originally sent the broken transactions deleted his wallet, though, and the network has forgotten these historical transactions, so any transactions based on this won't confirm.
Transactions aren't accepted or displayed as 0/unconfirmed until your node has a path of transactions back to the block chain.

Any transactions in your wallet also have bundled with them all unrecorded transactions required to reach the block chain.  If you have a transaction that is displayed as 0/unconfirmed, then you have all the previous unrecorded transactions it depends on and you will also rebroadcast those transactions when you rebroadcast yours.

If a no-fee block has already been generated and hasn't helped, then I need to look at what's wrong.  It's a part of code that doesn't get much use.  They should be recorded in the wallets of everyone who has a transaction depending on them.

The person who originally sent the broken transactions deleted his wallet
Sigh... why delete a wallet instead of moving it aside and keeping the old copy just in case?  You should never delete a wallet.

It's running. Should find a block within 3 hours.
It may take a while to collect re-broadcast transactions.  It'll help if you can accept inbound connections so you'll be listening to more nodes.  Even if you find a block in 3 hours, keep it running continuously for a few days at least.
来源
Bitcointalk 原始链接 ↗ 记录编号 SN-2875