以相同方式显示带有合同过帐条件和标准过帐条件的tx。 看截图:
合同发布条件应提及合同
看起来合同发布条件已被标准发布条件所取代,因此无法从合同转移stx。
下面的合同调用代码产生两个标准的发布条件:
代码:
资源管理器中的发布条件:
实际上,这比这更糟-当前的发布条件逻辑假设发布条件只能应用于tx-sender。 裘德(Jude)最近更新了此SIP中的一些措辞,以清除此问题。 因此,Stacks Wallet实际上会使用当前帐户的STX地址覆盖每个发布条件。
相关: https :
可以解决此问题获得更高的优先级。 这使得无法使用资源管理器沙箱或任何其他应用程序测试ft传输。
我同意这很重要,我们已将其列为我们最高优先级的里程碑。 但是,出于测试目的,您不必为发件人以外的地址添加邮寄条件。 您应该在生产中,但是要使tx通过,只需要为发送者添加它们即可。
删除合同条件无济于事: https :
在https://speed-spend.org/poxlite上,无法兑换毒刺,因为STX发送者的发帖条件(即,智能合约不能在堆栈Web钱包中指定)。
https://github.com/friedger/speed-spend/commit/c3b30b6bdda2637e573d0aa2c06088ba24aaccac
我的建议是,最好让该发送者完全没有发布条件。 因为tx-sender
实际上没有转移任何资产,所以即使在Deny
模式下,发送也将成功。
我的建议是,最好让该发送者完全没有发布条件。 因为
tx-sender
实际上没有转移任何资产,所以即使在Deny
模式下,发送也将成功。
你能说清楚一点吗?
我的建议是,最好让该发送者完全没有发布条件。 因为
tx-sender
实际上没有转移任何资产,所以即使在Deny
模式下,发送也将成功。
等待。 我会尝试的。 谢谢。
修复并在2.3.0版本中发布:+1:
最有用的评论
实际上,这比这更糟-当前的发布条件逻辑假设发布条件只能应用于tx-sender。 裘德(Jude)最近更新了此SIP中的一些措辞,以清除此问题。 因此,Stacks Wallet实际上会使用当前帐户的STX地址覆盖每个发布条件。
相关: https :