SN-10127 附来源、原文与上下文。
引用 Martti Malmi 的文字Martti Malmi来源 ↗引用中本聪此前的文字中本聪来源 ↗字体抗锯齿在哪个 Windows 版本／浏览器上不起作用？XP 上的 IE 6 有抗锯齿，比它更老的版本市场份额不到 1%。
What Windows version/browser doesn't font anti-aliasing work on? IE 6 on XP anti-aliases, and versions below that have less than 1% market share.
XP 上的 Firefox 没有，IE 的效果也不如我在 Linux 上看到的。已附上 browsershots.org 的截图。
Firefox on XP doesn't, and IE also doesn't produce as good quality as I have on Linux. Screenshots from browsershots.org attached.
真奇怪，我见过 XP 上的 Firefox 3.5 对大号字体进行抗锯齿。不管怎样，你的办法更稳妥。
That's strange, I've seen Firefox 3.5 on XP anti-alias large fonts. Well anyway, your way is safer.
不过我暂时又改回了文字，这样可以继续调整颜色。Drupal 把 <span> 标签等杂项放进了浏览器标题，不过测试时没关系。
I changed it back to text for now though so I can keep tweaking the colours. Drupal puts the <span> tags and junk in the browser title but that's fine for testing.
我在首页截图下面增加了一些说明文字。
I added some instruction text on the homepage below the screenshots.
引用 Martti Malmi 的文字Martti Malmi来源 ↗如果把同样的金额分成多笔小额发送，是不是就没有手续费了？
Is there no transaction fee then, if you send the same amount in multiple small packages?
对。我想，对话框可能会让情况更糟，因为它给了人们尝试拆分的机会。
True. I suppose the dialog could make it worse by giving people a chance to experiment with breaking it up.
我正在做一些改动。免费交易的最大大小将是 60KB，如果由 50bc 的输入构成，大约相当于 27,000bc。我希望这个上限足够高，使手续费很少出现。v0.2 节点会接收免费交易，直到区块大小超过 200K，并优先处理较小的交易。
I'm making some changes. The largest free transaction will be 60KB, or about 27,000bc if made of 50bc inputs. I hope that's high enough that the transaction fee should rarely ever come up. v0.2 nodes will take free transactions until the block size is over 200K, with priority given to smaller transactions.
最好不要公开谈这些手续费的事。它是用来控制洪泛的。我们不想给任何人出主意。
It's best if you don't talk about this transaction fee stuff in public. It's there for flood control. We don't want to give anyone any ideas.
引用 Martti Malmi 的文字Martti Malmi来源 ↗顺便问一下，手续费应该去哪儿？这次它和其他所有币一起到了收款人那里。已附上交易截图。
Where should it go btw? Here it went to the receiver along with all the other coins. Transaction screenshot attached.
你发现了 CreateTransaction 中一个不常见的错误。它生成的交易金额是 10000.20，手续费为 0.22。如果你看发送方的交易，会看到扣款 10000.42，其中手续费 0.22。错误在于，它需要罕见地第三次计算手续费，却把第一遍的手续费错误地加到了发送金额里。我会修复。
You found an infrequent bug in CreateTransaction. It wrote the transaction for 10000.20 with a fee of 0.22. If you look at the transaction on the sender's side, it'll be a debit 10000.42 with transaction fee 0.22. The bug was that it had to make a rare third pass on calculating the fee, and incorrectly added the first pass' fee to the amount being sent. Will fix.
