Skip to content

Beneficiary-scoped work identity and third-party proposals - #220

Merged
AdamSpitz merged 12 commits into
devfrom
feature/beneficiary-scoped-work
Oct 13, 2026
Merged

AdamSpitz merged 12 commits into
devfrom
feature/beneficiary-scoped-work

Conversation

@AdamSpitz

Copy link
Copy Markdown
Owner

Summary

  • Ordinary work occupancy is now (stable beneficiary identity, exact local work id), so unrelated beneficiaries no longer compete for one slot and a second initiator cannot fund the same beneficiary's work again.
  • Named beneficiaries keep their scope across payout rotation. Direct wallet recipients use a distinct wallet identity. Content canonical IDs stay unscoped.
  • Third-party proposals need beneficiary acceptance and a seven-day veto window before they can succeed. A veto releases the reservation. Deadline-less custom conditions stay limited to the recipient.
  • Adds the Civility property board, fundable-work product notes, and the cooperation-without-trust writeup.

Decision: specs/decisions/0019-beneficiary-scoped-work-identity.md.

Test plan

  • hardhat/test/BeneficiaryWork.test.js, WorkItems.test.js, and ProjectFactory.test.js
  • sdk/src/subsystems/work-items/ids.test.ts and lazy-giving work-item integration tests
  • UI property board and work-proposal component tests

…se pool.

Explore lists configured content checks instead of static kind labels. The noninflammatory board shows capped registry posts, with hide and channel scopes. Funding the property opens Aligning and a prefilled delegation deposit.
The scratch brainstorm is now findable from the CSM founder reading list, structured fundable work, and the composability notes. The existing structured-work TODO points at the boundary to preserve. Nothing in the notes is a new task.
Ordinary projects and content contracts share ContentRegistry occupancy. The creator is recorded for history and does not get a separate slot for the same id. Testnet redeploy, history UI, and a browser pass are filed as follow-ups.
Scope ordinary work to its intended beneficiary (derived from direct
recipient or stable named beneficiary, independent of initiator/owner);
ContentRegistry.registerBeneficiaryWorks hashes (beneficiaryId, localIdHash).
Allow third-party ordinary proposals with explicit per-project acceptance,
seven-day veto window before the funding deadline, and a new
WorkFundingCondition that expires unaccepted/too-late proposals.
Veto releases the batch atomically; expired reservations release
permissionlessly via SDK/UI. Status reads now use actual condition
success/failure. Fix creation/discovery to also track ProjectCreated
from FixedControllerFactory. Update SDK/indexer ABIs, specs, and ADR 0019.

@AdamSpitz AdamSpitz left a comment

Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

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

Review receipt.

Reviewed ContentRegistry work occupancy, ProjectFactory beneficiary scope and veto release, WorkFundingCondition accept/veto/success rules, and the SDK work-id hash. No findings.

Reviewed-with: grok
Reviewed-files: 93
Reviewed-commit: 5a4956a

@AdamSpitz
AdamSpitz merged commit 83fc586 into dev Oct 13, 2026
6 of 7 checks passed
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.

1 participant