契約転記条件と標準転記条件のtxも同じように表示されます。 スクリーンショットを参照してください:
契約後の条件は、契約に言及する必要があります
契約ポスト条件が標準のポスト条件に置き換えられているようで、契約からstxを転送できません。
以下の契約コールコードは、2つの標準的なポスト条件になります。
コード:
エクスプローラーでの投稿条件:
実際にはこれよりも悪いです-現在の投稿条件ロジックは、投稿条件はtx-senderにのみ適用できると想定していました。 ジュードは最近、これを明確にするこのSIPのいくつかの文言を更新しました。 したがって、Stacks Walletは、実際にはすべての投稿条件を現在のアカウントのSTXアドレスで上書きします。
関連: https :
これを修正することで、より高い優先度を得ることができますか。 これにより、エクスプローラサンドボックスやその他のアプリを使用してft転送をテストすることができなくなります。
私はそれが重要であることに同意します、そして私たちはこれを私たちの最優先のマイルストーンに詰め込んでいます。 ただし、テストの目的で、送信者以外のアドレスに投稿条件を追加する必要はありません。 本番環境で行う必要がありますが、txを実行するには、送信者用に追加するだけです。
契約条件を削除しても役に立ちません: https :
https://speed-spend.org/poxliteでは、STXの送信者の投稿条件、つまりスマートコントラクトをスタックWebウォレットで指定できないため、スティンガーを利用することはできません。
https://github.com/friedger/speed-spend/commit/c3b30b6bdda2637e573d0aa2c06088ba24aaccac
私が提案しているのは、そのtxにはポスト条件がまったくない方がよいということです。 tx-sender
は実際にはアセットを転送していないため、 Deny
モードでもtxは成功します。
私が提案しているのは、そのtxにはポスト条件がまったくない方がよいということです。
tx-sender
は実際にはアセットを転送していないため、Deny
モードでもtxは成功します。
もっと明確にできますか?
私が提案しているのは、そのtxにはポスト条件がまったくない方がよいということです。
tx-sender
は実際にはアセットを転送していないため、Deny
モードでもtxは成功します。
待つ。 やってみます。 ありがとう。
バージョン2.3.0で修正およびリリースされました:+1:
最も参考になるコメント
実際にはこれよりも悪いです-現在の投稿条件ロジックは、投稿条件はtx-senderにのみ適用できると想定していました。 ジュードは最近、これを明確にするこのSIPのいくつかの文言を更新しました。 したがって、Stacks Walletは、実際にはすべての投稿条件を現在のアカウントのSTXアドレスで上書きします。
関連: https :