CanuckDUCK Developer Framework — Conditional Initiative Funding, Milestones, and Donor Protection
CanuckDUCK Developer Framework — Conditional Initiative Funding, Milestones, and Donor Protection
Marker: CDK-DEVELOPER-FRAMEWORK-CONDITIONAL-FUNDING-V0-1
Status: Strategic addendum. This document extends initiative tracking into conditional funding, milestone verification, donor protection, and outcome measurement. It is a product/governance design note, not legal, accounting, securities, charitable, tax, payment-processing, or trust-account advice. Before implementation, CanuckDUCK should obtain jurisdiction-specific professional review.
Core idea
CanuckDUCK initiatives may need to collect or hold money intended for public-benefit work. To protect donors, participants, and CanuckDUCK, initiative funding should be conditional on clear milestones. Funds should be released only when declared conditions are met and verified. If milestones are not met, the initiative should enter a defined cure period, such as 30 days, before eligible funds are returned or otherwise handled according to the published donor terms.
Purpose
The funding layer should keep participants honest and make the framework suitable only for honourable, accountable initiatives. It should make it difficult to raise money on vague promises, spend without proof, or hide failure from donors. It should also protect legitimate initiative operators by making the rules clear before money is collected.
Terminology
| Term | Meaning |
|---|---|
| Initiative | A public-benefit project, product, research activity, civic intervention, or campaign operating inside the CanuckDUCK framework. |
| Conditional funding | Money collected for an initiative but released only when stated conditions are met. |
| Milestone | A measurable condition that must be reached before a funding tranche is released. |
| Tranche | A portion of total funds tied to a specific milestone or batch. |
| Cure period | A fixed window, for example 30 days, where the initiative may resolve missed conditions before donor-return logic begins. |
| Verification evidence | Invoices, delivery records, production proofs, dataset metrics, photos, third-party attestations, public records, or other reviewable artifacts. |
| Donor-return rule | The published rule for what happens to funds if a milestone fails or the cure period expires. |
Design principles
- Conditions before collection: donors should see milestones, release rules, risks, and return terms before contributing.
- Tranches over lump sums: funds should release in stages instead of all at once.
- Evidence before release: milestones require proof, not self-congratulation.
- Public accountability: non-sensitive milestone status should be visible.
- Privacy protection: evidence should avoid exposing recipients, minors, addresses, personal hardship stories, or unnecessary personal data.
- Compliance first: implementation must account for Canadian payment, tax, fundraising, charity/nonprofit, consumer-protection, AML/KYC, trust-account, and platform-liability rules.
- No vague custody claims: avoid using legal terms such as escrow/trust unless the legal/accounting structure actually supports them.
- Neutral failure handling: missed milestones should trigger a structured process, not drama or hidden discretion.
Example: economical winterwear / jacket batches
A Winter Warmth initiative could collect donations for economical winter jackets or cold-weather clothing. Instead of releasing all funds immediately, production can scale in batches:
- Milestone 1 — design and costing: release a small tranche after the design, materials, supplier quote, and unit-cost model are verified.
- Milestone 2 — prototype batch: release funds for a limited prototype or first production batch after vendor readiness and specifications are verified.
- Milestone 3 — delivery proof: release the next tranche when jackets are produced and delivered to approved distribution partners or recipients, using privacy-safe aggregate delivery evidence.
- Milestone 4 — outcome measurement: publish metrics such as distribution geography, cost per unit, repair/replacement rate, aggregate frontline feedback, and alignment with weather/shelter-need indicators.
The release condition could be delivery, not merely production intent. Metrics then measure whether the initiative reached the right places and produced practical benefit.
Funding lifecycle
- Initiative proposal: define goal, operator, budget, milestones, risks, datasets, metrics, and public-benefit rationale.
- Review gate: CanuckDUCK reviews compliance risk, feasibility, privacy, public claims, and milestone design.
- Published funding terms: donors see exact conditions, tranche amounts, fees, refund/return handling, timelines, and what happens if milestones fail.
- Collection window: funds are collected for the initiative under the approved terms.
- Conditional hold: funds remain unreleased until milestone evidence is submitted and verified.
- Milestone review: evidence is checked against the published condition.
- Release, cure, or fail: if verified, the tranche is released; if incomplete, the initiative enters cure; if unresolved, donor-return handling begins.
- Outcome tracking: live or periodic datasets measure initiative results and are attached to the public topic/dashboard.
- Closeout: final accounting, outcome report, lessons, and unresolved issues are published.
30-day cure period
If a milestone is missed, the initiative should enter a clearly defined cure period, such as 30 days. During this period:
- the missed condition is marked publicly where appropriate;
- no additional tranche is released for that failed milestone;
- the initiative operator may submit corrective evidence;
- donors may be notified according to the published communication rules;
- CanuckDUCK may suspend further fundraising for the initiative;
- if the cure period expires without verification, donor-return logic begins.
The exact return/refund mechanics must be designed with payment, legal, accounting, and tax advice. The product rule should be simple: missed milestone, fixed cure window, then the published donor-return path.
Conditional funding manifest
canuckduck_funding:
schema_version: 0.1
initiative_id: winter-warmth-economical-winterwear
funding_model:
type: conditional_milestone
public_terms_required: true
professional_review_required: true
custody:
legal_structure: to_be_reviewed
use_escrow_language: false
segregated_accounting_required: true
donor_terms:
refund_or_return_policy: published_before_collection
fees_disclosed: true
tax_receipt_status_disclosed: true
communication_required_on_failure: true
milestones:
- id: design-costing
tranche_percent: 10
condition: verified_design_materials_supplier_quote_and_unit_cost
evidence_required:
- supplier_quote
- bill_of_materials
- unit_cost_model
release_rule: manual_review_required
- id: prototype-batch
tranche_percent: 25
condition: prototype_or_initial_batch_ready
evidence_required:
- production_order
- quality_check
- batch_count
release_rule: manual_review_required
- id: delivery-proof
tranche_percent: 50
condition: aggregate_delivery_confirmed
evidence_required:
- delivery_partner_attestation
- aggregate_delivery_count
- geography_summary
privacy:
identifiable_recipient_records: prohibited
release_rule: manual_review_required
- id: outcome-report
tranche_percent: 15
condition: metrics_and_closeout_report_published
evidence_required:
- outcome_dashboard
- accounting_summary
- lessons_learned
release_rule: manual_review_required
failure_handling:
cure_period_days: 30
suspend_new_donations_on_missed_milestone: true
donor_return_after_uncured_failure: according_to_published_terms
audit:
public_status_page: true
private_evidence_store: true
immutable_event_log: recommended
Compliance and professional-review lane
This feature touches sensitive areas. Before buildout, CanuckDUCK should define a professional-review checklist covering:
- whether funds are donations, purchases, preorders, sponsorships, grants, or another category;
- charitable-solicitation and tax-receipting implications;
- consumer-protection rules if goods are promised;
- payment-processor terms and chargeback handling;
- AML/KYC risks and operator verification;
- segregated accounting and whether trust/escrow language is legally supportable;
- refund, return, reallocation, or expiry rules;
- sales tax/GST/HST implications where applicable;
- privacy handling for donors, recipients, and delivery partners;
- record retention and audit requirements.
Participant integrity controls
To keep only honourable initiatives inside the framework, CanuckDUCK should require:
- verified initiative operator identity before fundraising;
- plain-language milestone terms;
- budget and fee disclosure;
- conflict-of-interest disclosure;
- public milestone status;
- reviewable evidence for release;
- no self-release of funds by initiative operators;
- suspension on missed milestones;
- ban/escalation process for fraud, misrepresentation, or repeated failure.
Dataset and metrics link
Funding should connect back to initiative metrics. The platform should not only ask whether money was spent; it should ask whether the initiative delivered useful output and whether real-world indicators justify scaling, pausing, or redesigning.
For winterwear, the dashboard could connect:
- funds collected and released by milestone;
- batches produced and delivered;
- geography of distribution;
- weather/cold-risk indicators;
- shelter/outreach demand indicators;
- repair/replacement metrics;
- aggregate feedback;
- cost per delivered unit and cost per useful-warmth estimate.
Recommended SDK additions
- Add
canuckduck.funding.schema.json. - Add
canuckduck.milestone.schema.json. - Add funding/milestone status entities or API contracts.
- Add evidence-upload/review workflow design, with privacy redaction.
- Add donor-terms template requiring professional review before use.
- Add payment-provider abstraction only after legal/accounting structure is approved.
- Add dashboard components that connect funding status to initiative outcome metrics.
Acceptance criteria for a first funding pilot
- The initiative has published donor terms before collection.
- Milestones and tranche amounts are visible before donation.
- Funds cannot be released without verified evidence.
- Missed milestones trigger a 30-day cure period or the approved equivalent.
- Uncured failure triggers the published donor-return path.
- Public dashboards show status without exposing private donor or recipient data.
- Outcome metrics are linked to the initiative dataset model.
- Professional compliance review is completed before any live money movement.
Positioning statement
CanuckDUCK conditional funding should make civic initiatives accountable: money is raised for declared outcomes, released against verified milestones, paused when promises are missed, and evaluated against live evidence. This protects donors, protects CanuckDUCK, and rewards honourable initiatives that can prove delivery.