比特币与 Sats 面额 为什么两者都是

比特币可以被整除到小数点后八位。 这些亚基被称为“satoshis”或简称为“sats”。 一个聪是 0.00000001 btc。 不幸的是，对于小的 sat 值，这是不可能读取的。 随着时间的推移，我们都希望比特币会继续升值，以达到较小的以卫星计价的交易将成为常态的程度。 所以我通常在#SatsTheStandard 团队中； 而不是 0.00001042 btc，我们可以改为显示：

1,042 费率

但是对于大量的我们有相反的问题。 想象一下为 615,395,023 个 sats 设置交易！ 快速浏览一下，我输入的是 61 btc、6.15 btc 还是 0.61 btc？ 我真的不想在这里差十倍！ 如果我放慢速度并集中注意力并记住 1 btc 是 100,000,000 sats，保留小数位，然后……啊，6.15 btc！ 但是，当我移动这么多价值时，即使是一点点额外的努力也令人不安。 不好。

如果你是一个完整的比特币（即你持有至少一个完整的比特币价值）或接近它，你在查看你的总余额时会遇到同样的可读性问题。

但是我见过的所有比特币钱包都迫使你决定一种面额或另一种面额，无论在某些情况下它们有多不合适。

Btc-Sats 混合救援！

为什么不同时？

我提出了一个显示妥协：

.156.15 | 395,023 费率

小数点后的前两位数字仍然有很大的价值，它们应该留在以 btc 计价的一侧。 sat 值的其余六位数字将涵盖我们将在未来的超比特币化生活中习惯看到的以卫星计价的典型日常范围。

没有信息被丢弃。 以 btc 计价的大方总是使用两位小数，就像我们已经习惯使用当地法定货币一样。 而在以坐位计价的一侧，十万坐位在视觉上很容易从一千坐位或几百坐位中辨别出来。

简单的。 易于阅读。 优雅，甚至。

带有 Btc-Sats 混合的 Spectre 桌面模型与现有的显示选项

该分隔符是程序员所说的“垂直条”字符或“管道”。 查看您的返回键上方。 它是标准 ASCII 字符集的一部分。 这不是异国情调。 它已经在您的键盘和手机上。 您的 Coldcard 已经可以显示它了。 而且，就像上面的模型一样，它可以着色以增加效果。 程序员会抱怨管道字符在代码中已经具有特殊含义，但这不是代码，书呆子！

即将推出您附近的 DIY 开源硬件钱包？

? 符号应该出现在金额之前还是之后是有争议的，但我认为将它放在前面提供了最好的清晰度，它可以立即传达即将到来的数字的含义。 如果使用的字体不能显示?符号，我们可以回退到“btc：”

6.15 比特币 | 395,023 费率

如果以 sat 计价的一侧小于 100,000，则没有理由显示前导零：

.156.15 | 4,820 费率

.156.15 | 74人

当总量低于1000万个sats时，可以完全淘汰btc计价的一方：

4,820 费率

尽管挑剔的坚持者可能更喜欢明确地看到以 BTC 计价的零面：

.000.00 | 4,820 费率

都好。

如果空间非常宝贵，则可以删除“sats”，但应保留管道字符前后的空间（否则很难将其与一个区分）：

?6.15 | 395,023

本土化

至少有 80 个令人气愤的国家交换了句号和逗号。 德国的巨无霸是 5,16 欧元（金额和符号之间的空格也很烦人）。 真的，欧元区？ 美好的。 我不喜欢它，但 btc-sats 混合显示器可以按照他们习惯的方式容纳十进制分隔符：

?6.15 | 395,023 费率

对于所有非 Michael Saylor 交易，我们只会在此显示格式中看到一个逗号和一个句点。 因此，特定于语言环境的混淆将非常有限。 老实说，我什至对它的外观并不那么生气，因为管道角色提供的左右划分做了很多繁重的工作； 我的眼睛几乎没有注意到逗号和句点被交换了。

如果他们真的需要移动 ? 符号并添加一个不必要的空间，可以：

6.15 ? | 395,023 费率

去吧，欧洲。

日本计数系统自然适用于四位数分隔符。 这显然是一个巨大的混乱。 但是，如果他们愿意的话，他们可以以这种方式对以卫星计价的一方进行分组，而对世界其他地方的混淆则最小：

.156.15 | 39.5023 费率

数据输入注意事项

因此，当我们输入交易金额时，前六位数字可以先填充以卫星计价的一侧：

6 费率

61人

615费率

6,153 费率

61,539 费率

615,395 费率

.00.06 | 153,950 费率

突然出现在以 btc 计价的一侧的最后一行是我们的“哦，该死！” 如果我们输错了金额，那一刻。 它在尖叫：“哟，在这个数量 – 0.01 或更多比特币 – 开始密切关注！”

或者更有可能的是，UI 实现可以明确地将这两个方面分开，就像 Web 表单隔离出生日、月和年的方式一样。 所以你可以自信地开始输入以比特币计价的大方：

?__ | __子句

.156.15 | __子句

然后后续的数字条目会自动跳转到另一边：

.156.15 | 3费率

.156.15 | 39人

.156.15 | 395 座

.156.15 | 3,950 费率

.156.15 | 39,502 费率

.156.15 | 395,023 费率

其他方法

当然，现在还有其他建议。 比特币杂志最近发布了“Satcomma 标准”，它在 sats 端添加了三个小数组：

?6.15,395,023

这里一百万聪的逗号基本上与我的管道角色具有相同的目的。 而 satcomma 的优势在于可以帮助人们看到 99,999,999 个 sats 将四舍五入为 1 个比特币。 但对我来说，这里挤满了太多东西。 数学老师会直接拒绝教学生以这种方式阅读计价值。 它还使本地化问题保持良好状态：

6,15.395.023 ?

作为一个在我看来像一个无效 IP 地址的技术书呆子。

其他人则认为只使用空格来分隔 sats 侧的四位数字：

?6.1539 5023

或者使用空格代替 satcomma 的逗号：

比特币设计的屏幕模拟

就我而言，这些方法在到达时就失效了。 它孤立和取消锚定这些数字分组。 电话号码 (867-5309) 链接他们的群组是有原因的。

我支持的另一种方法是设置显示阈值。 上面，比如说 0.01 btc，以 btc 的形式显示数量。 低于阈值，将其显示为 sats。 并让用户自己设置阈值。 我仍然不喜欢在纯 btc 计价的显示中看到小数点后的所有八位数字，但这种基于动态阈值的方法仍然是对 btc-only 或 sats-only 全局设置的改进。

我们要去发射吗？

我为令人敬畏的 Spectre Desktop 开源多重签名钱包项目以及世界上最酷的小型开源硬件钱包 SeedSigner 贡献代码。 如果有足够的热情，我会为每个项目编写 PR（“拉取请求”——对代码的提议更改），将 btc-sats 混合作为可选的显示设置。

所以你怎么看？ 您在#BtcSatsHybrid 团队中吗？

在推特上发表您的想法，参考主题标签并标记我 @KeithMukai。

这是 Keith Mukai 的客座帖子。 表达的观点完全是他们自己的观点，不一定反映 BTC, Inc. 或 Bitcoin Magazine 的观点。

—-

原文链接：https://bitcoinmagazine.com/culture/bitcoin-vs-sats-denomination-why-both

原文作者：Keith Mukai

编译者/作者：wanbizu AI

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。