Skip to content

SIP-040: SIP for improved post-conditions#257

Open
brice-stacks wants to merge 12 commits intostacksgov:mainfrom
brice-stacks:improved-post-conditions
Open

SIP-040: SIP for improved post-conditions#257
brice-stacks wants to merge 12 commits intostacksgov:mainfrom
brice-stacks:improved-post-conditions

Conversation

@brice-stacks
Copy link
Contributor

This SIP proposes two new post-condition improvements, Originator mode, and a MAY SEND condition for NFTs.

@wileyj
Copy link
Contributor

wileyj commented Feb 11, 2026

@brice-stacks can you move the files into the expected structure?
./sips/sip-post-conds/sip-post-conds.md -> ./sips/sip-040/sip-post-conds.md

@wileyj wileyj changed the title feat: new SIP for improved post-conditions SIP-040: SIP for improved post-conditions Feb 11, 2026
brice-stacks and others added 2 commits February 11, 2026 10:06
Co-authored-by: wileyj <2847772+wileyj@users.noreply.github.com>
@brice-stacks brice-stacks requested a review from wileyj February 11, 2026 15:08
Co-authored-by: wileyj <2847772+wileyj@users.noreply.github.com>
very bad habit to teach our users, and we can do better. The concern of the user
is typically about assets moving out of their own wallet, and they are not
concerned about assets moving in and out of contracts, triggered by their call.
Contracts that they do care about should be protected internally, using the
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Contracts that they do care about should be protected internally, using the
Contracts that users do care about should be protected internally, using the

Comment on lines +63 to +64
reverting to signing `Allow` mode transactions, just to make it work. This is a
very bad habit to teach our users, and we can do better. The concern of the user
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I still feel this line is very subjective and emotionally driven. what about a change like this:

Suggested change
reverting to signing `Allow` mode transactions, just to make it work. This is a
very bad habit to teach our users, and we can do better. The concern of the user
reverting to signing `Allow` mode transactions, just to make it work, which erodes the security habits we want users to build. The concern of the user

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the original text is a bit finger-pointy, that's why it keeps drawing my attention to it.

These new post-condition additions are backwards compatible for transactions
that do not use the new mode or condition code. Nodes need to be updated to
accept transactions with these new features, but existing SIP-005
post-conditions will continue to operate as they do now. Pre-upgrade nodes will
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should Pre-upgrade be changed to something like Prior to activation?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants