Bitcointalk · Some testing that I did on the testnetwork, my findings.

中本聪,2010 年 11 月 14 日

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

阅读语言
中文译文

当然,倘若网络没有被垃圾交易淹没、你也不太在意当前这笔交易被耽搁,那么优先使用你的 0 确认交易恐更划算,如此可以把较高优先级的币「省」下来,留到网络真的被淹没时用。

你理应至少保留一些优先级,以防下一个区块到来之前网络被淹没。

只要所有依赖的交易都至少有 1 个确认,倘若交易一开始优先级不够,依赖交易会随着时间推移老化,直到它够为止。

当然,像我上面说的那样往交易里塞入约 1,000 个刚周转过的 BTC 来抬高优先级,这种钻空子的手法依然有效!

或者管理你在每笔交易上花费多少优先级。软件得预知你未来的计划,才能知道理应现在花掉优先级还是留到以后。不过我觉得我们不需要做到这么细。正常用户和攻击者之间的差异足够大。

优先级不必包办一切。一旦确认有洪水攻击,你能够加上 -paytxfee=0.01。希望有了优先级机制,你在此之前发出的交易最坏也不过是慢,而不是卡死。

ORIGINAL · 英文原文
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.

Quote
Gaming 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.
上下文
← 上一条 SN-3200 · 当前 下一条 → 在档案中查看完整主题串 →
来源
Bitcointalk 原始链接 ↗ 记录编号 SN-3200