原始文献 / 论坛帖 / Re: Some testing that I did on the testnetwork, my findings.
Re: Some testing that I did on the testnetwork, my findings.
Bitcointalk · 2010-11-14 16:53:19 UTC
引用自 ByteCoin（2010 年 11 月 13 日 11:55:11 PM）（https://bitcointalk.org/index.php?topic=1668.msg21899#msg21899）：当然，如果网络没有被泛洪，而且你也不太担心当前交易被卡住，那大概值得优先用你的 0 确认交易，这样可以把高优先级的币“省”下来，等网络被泛洪时再用。
以防下一个区块到来之前来一波泛洪，你至少该用一点优先级。
只要所有依赖至少有 1 个确认，如果交易一开始优先级不够，依赖会随时间陈化，直到够为止。
引用自 Gaming the system（……）：像我上面帖子里说的那样，塞进 1000 个左右刚周转过的 BTC 来刷优先级，当然还是管用！
或者控制一笔交易花掉多少优先级。软件得知道你未来的计划，才能决定现在花掉优先级还是留着以后用。不过我觉得不用搞到那么细。普通用户和泛洪者之间的差距足够大。
优先级不必包治百病。一旦知道有泛洪，你可以加上 -paytxfee=0.01。有了优先级，在那之前的交易顶多变慢，不会卡死。
英文原文
Quote from: ByteCoin on November 13, 2010, 11:55:11 PM（https://bitcointalk.org/index.php?topic=1668.msg21899#msg21899）Of course, if the network is not being flooded and you're not overly concerned about the current transaction getting held up then it's probably worth preferring to use your 0 conf transactions so that you can "save" the higher priority coins for when the network is being flooded.
You should use at least some priority in case a flood comes along before the next block.
As long as all dependencies have at least 1 conf, if the transaction doesn't have enough priority at first, the dependencies will age until it does.
QuoteGaming the system by including 1000 or so recently turned over BTC to bump the priority as described in my post above still works of course!
Or managing how much priority you spend on a transaction. The software would have to know your future plans to know whether to spend your priority now or save it for later. I don't think we'll need to get into that much detail though. There's a wide enough difference between normal users and flooders.
Priority doesn't have to do everything. Once you know there's a flood, you can add -paytxfee=0.01. Hopefully with priority, your transactions before that should be at worst slow, not stuck.