Stacks-wallet-web: 支持可替代令牌的标准特征定义 (SIP 010)（例如小数）

@psq还提到了在网络钱包中对 SIP010 支持的一般需求（例如，正确显示小数、图稿和符号），所以我会稍微扩大这个问题。

https://github.com/stacksgov/sips/blob/hstove-feat/sip-10-ft/sips/sip-010/sip-010-fungible-token-standard.md

@markmhx酷！

我们可以以某种方式跟踪这些项目的预计到达时间吗？ 例如，一个项目在积压中停留多长时间以及通过看板需要多长时间？

好问题。 我会把那个留给@andresgalante 😄

在钱包（或资源管理器）中完全支持 sip-010 代币可能不仅仅是支持小数位数，通过 uri 和符号拉动艺术品。 与其依赖为原生 ft-tokens 提供余额的 api 端点，所有信息都应通过合约检索，即通过get-balance-of的余额，以及通过transfer函数进行的转账，而不是依靠原生的清晰度功能。

不这样做可能会导致差异，因为令牌在进行转移时可能需要做其他事情（检查它是否可以转移 1 个可能的示例）。

并且令牌甚至可能不会在其实现中使用本机 ft-token（例如，请参见 flexr，即使在这种情况下可以改进）。 更多关于这个下面。

作为一个额外的困难，尚不清楚的一件事是钱包如何在一般情况下找到地址拥有的所有 SIP-010 代币。 如果此类代币使用原生 ft-token，则可以通过从获取账户余额端点 (https://blockstack.github.io/stacks-blockchain-api/#operation/get_account_balance) 返回的内容推断合约地址。 在这种情况下，可以使用::剩余值从SP32AEEF6WW5Y0NMJ1S8SBSZDAY8R5J32NBZFPKKZ.micro-nthng::micro-nothing提取合约地址。
然而，如果它不使用原生代币，钱包可能需要能够手动添加代币的合约地址（就像你可以在元掩码中做的那样），以便能够与代币进行交互。

我可以想到一些 SIP-010 令牌需要多个本机令牌才能实现的情况，所以不要假设 SIP-010 令牌和本机令牌之间存在一对一的映射......

希望这会有所帮助......如果需要，我们很乐意开发上述任何内容。

@philipdesmedt我目前无法估计我们董事会的速度，但我们很快就可以从这个问题的设计阶段开始，我们本周正在制定路线图，以将其优先于其他任务。

@psq

希望这会有所帮助......如果需要，我们很乐意开发上述任何内容。

一旦我们准备好设计，这个人会想要自己实现吗？

一旦我们准备好设计，这个人会想要自己实现吗？

用词不当，“发展”，我的意思是如果需要进一步解释

想补充一点，这会影响 Tokensoft 可能推出的 xBTC。

@GinaAbrams很高兴看到 xBTC！

我认为这会影响每个可替代代币的推出，除非你专门推出一个微型代币，我​​猜

@GinaAbrams Tokensoft 发布的标准是否有任何特定方面的要求？

确认尝试从网络钱包转移 sip-010 令牌不起作用。 错误与

您指定的合约没有transfer函数。

正如预期的那样，因为它假设传递函数签名是不同的。

此外，您在设置PostConditions.allow时获得的消息与使用PostConditions.deny后置条件的空数组相同，这会造成混淆或误导。

您在设置 PostConditions.allow 时得到的消息与 PostConditions.deny 具有空的后置条件数组相同，这会造成混淆或误导。

这似乎是一个不相关的 UX 问题需要我们修补？ 如果是这样，介意为它打开一个问题吗？

您在设置 PostConditions.allow 时得到的消息与 PostConditions.deny 具有空的后置条件数组相同，这会造成混淆或误导。

这似乎是一个不相关的 UX 问题需要我们修补？ 如果是这样，介意为它打开一个问题吗？

添加为#1120