@synap-core/cli 1.8.0 → 1.11.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/commands/agent-chat.d.ts +47 -0
- package/dist/commands/agent-chat.js +250 -0
- package/dist/commands/agent-chat.js.map +1 -0
- package/dist/commands/agent-run.js +3 -4
- package/dist/commands/agent-run.js.map +1 -1
- package/dist/commands/agents.js +85 -46
- package/dist/commands/agents.js.map +1 -1
- package/dist/commands/automation.js +2 -1
- package/dist/commands/automation.js.map +1 -1
- package/dist/commands/bridge-setup.d.ts +66 -0
- package/dist/commands/bridge-setup.js +1112 -0
- package/dist/commands/bridge-setup.js.map +1 -0
- package/dist/commands/cap-connections.d.ts +28 -0
- package/dist/commands/cap-connections.js +224 -0
- package/dist/commands/cap-connections.js.map +1 -0
- package/dist/commands/capability.d.ts +89 -0
- package/dist/commands/capability.js +1594 -0
- package/dist/commands/capability.js.map +1 -0
- package/dist/commands/centrality.d.ts +20 -0
- package/dist/commands/centrality.js +95 -0
- package/dist/commands/centrality.js.map +1 -0
- package/dist/commands/connect.d.ts +2 -0
- package/dist/commands/connect.js +16 -35
- package/dist/commands/connect.js.map +1 -1
- package/dist/commands/context.js +6 -7
- package/dist/commands/context.js.map +1 -1
- package/dist/commands/data-extra.d.ts +1 -0
- package/dist/commands/data-extra.js +41 -14
- package/dist/commands/data-extra.js.map +1 -1
- package/dist/commands/data.d.ts +4 -4
- package/dist/commands/data.js +254 -187
- package/dist/commands/data.js.map +1 -1
- package/dist/commands/diagnose.d.ts +20 -0
- package/dist/commands/diagnose.js +186 -0
- package/dist/commands/diagnose.js.map +1 -0
- package/dist/commands/digest.d.ts +17 -0
- package/dist/commands/digest.js +122 -0
- package/dist/commands/digest.js.map +1 -0
- package/dist/commands/discover.d.ts +2 -0
- package/dist/commands/discover.js +25 -8
- package/dist/commands/discover.js.map +1 -1
- package/dist/commands/doc.d.ts +14 -0
- package/dist/commands/doc.js +61 -4
- package/dist/commands/doc.js.map +1 -1
- package/dist/commands/doctor.d.ts +21 -0
- package/dist/commands/doctor.js +189 -0
- package/dist/commands/doctor.js.map +1 -0
- package/dist/commands/events.js +5 -2
- package/dist/commands/events.js.map +1 -1
- package/dist/commands/explain.d.ts +1 -1
- package/dist/commands/explain.js +18 -15
- package/dist/commands/explain.js.map +1 -1
- package/dist/commands/facet.d.ts +29 -0
- package/dist/commands/facet.js +113 -0
- package/dist/commands/facet.js.map +1 -0
- package/dist/commands/graph.js +7 -4
- package/dist/commands/graph.js.map +1 -1
- package/dist/commands/import.d.ts +38 -0
- package/dist/commands/import.js +471 -0
- package/dist/commands/import.js.map +1 -0
- package/dist/commands/init.js +35 -16
- package/dist/commands/init.js.map +1 -1
- package/dist/commands/keys.js +3 -4
- package/dist/commands/keys.js.map +1 -1
- package/dist/commands/knowledge.d.ts +8 -0
- package/dist/commands/knowledge.js +308 -33
- package/dist/commands/knowledge.js.map +1 -1
- package/dist/commands/launch.d.ts +50 -0
- package/dist/commands/launch.js +790 -0
- package/dist/commands/launch.js.map +1 -0
- package/dist/commands/lens.d.ts +45 -0
- package/dist/commands/lens.js +386 -0
- package/dist/commands/lens.js.map +1 -0
- package/dist/commands/market-authoring.d.ts +45 -0
- package/dist/commands/market-authoring.js +225 -0
- package/dist/commands/market-authoring.js.map +1 -0
- package/dist/commands/market.d.ts +224 -0
- package/dist/commands/market.js +1643 -0
- package/dist/commands/market.js.map +1 -0
- package/dist/commands/mcp.d.ts +64 -0
- package/dist/commands/mcp.js +265 -0
- package/dist/commands/mcp.js.map +1 -0
- package/dist/commands/observe.js +14 -11
- package/dist/commands/observe.js.map +1 -1
- package/dist/commands/open.d.ts +21 -4
- package/dist/commands/open.js +45 -4
- package/dist/commands/open.js.map +1 -1
- package/dist/commands/pod.d.ts +100 -0
- package/dist/commands/pod.js +359 -0
- package/dist/commands/pod.js.map +1 -0
- package/dist/commands/pods.d.ts +15 -0
- package/dist/commands/pods.js +233 -17
- package/dist/commands/pods.js.map +1 -1
- package/dist/commands/proposals-actions.js +43 -3
- package/dist/commands/proposals-actions.js.map +1 -1
- package/dist/commands/purge.d.ts +23 -0
- package/dist/commands/purge.js +148 -0
- package/dist/commands/purge.js.map +1 -0
- package/dist/commands/raycast.d.ts +15 -0
- package/dist/commands/raycast.js +153 -0
- package/dist/commands/raycast.js.map +1 -0
- package/dist/commands/sessions.js +47 -22
- package/dist/commands/sessions.js.map +1 -1
- package/dist/commands/skill-manage.d.ts +21 -0
- package/dist/commands/skill-manage.js +195 -0
- package/dist/commands/skill-manage.js.map +1 -0
- package/dist/commands/skills-commands.js +2 -1
- package/dist/commands/skills-commands.js.map +1 -1
- package/dist/commands/skills.js +7 -4
- package/dist/commands/skills.js.map +1 -1
- package/dist/commands/status.d.ts +3 -1
- package/dist/commands/status.js +166 -14
- package/dist/commands/status.js.map +1 -1
- package/dist/commands/statusline.d.ts +24 -0
- package/dist/commands/statusline.js +450 -0
- package/dist/commands/statusline.js.map +1 -0
- package/dist/commands/subscribe.js +2 -2
- package/dist/commands/subscribe.js.map +1 -1
- package/dist/commands/template.d.ts +42 -0
- package/dist/commands/template.js +191 -0
- package/dist/commands/template.js.map +1 -0
- package/dist/commands/tools.d.ts +30 -0
- package/dist/commands/tools.js +315 -0
- package/dist/commands/tools.js.map +1 -0
- package/dist/commands/upload.d.ts +30 -0
- package/dist/commands/upload.js +155 -0
- package/dist/commands/upload.js.map +1 -0
- package/dist/commands/versions.d.ts +27 -0
- package/dist/commands/versions.js +277 -0
- package/dist/commands/versions.js.map +1 -0
- package/dist/commands/view.js +3 -2
- package/dist/commands/view.js.map +1 -1
- package/dist/commands/whoami.d.ts +21 -0
- package/dist/commands/whoami.js +129 -0
- package/dist/commands/whoami.js.map +1 -0
- package/dist/index.js +894 -60
- package/dist/index.js.map +1 -1
- package/dist/lib/approval-poll.d.ts +42 -0
- package/dist/lib/approval-poll.js +52 -0
- package/dist/lib/approval-poll.js.map +1 -0
- package/dist/lib/auth.d.ts +29 -6
- package/dist/lib/auth.js +105 -94
- package/dist/lib/auth.js.map +1 -1
- package/dist/lib/bundle-version.d.ts +11 -0
- package/dist/lib/bundle-version.js +33 -0
- package/dist/lib/bundle-version.js.map +1 -0
- package/dist/lib/capture-lane.d.ts +30 -12
- package/dist/lib/capture-lane.js +73 -14
- package/dist/lib/capture-lane.js.map +1 -1
- package/dist/lib/capture-structure.d.ts +123 -0
- package/dist/lib/capture-structure.js +57 -0
- package/dist/lib/capture-structure.js.map +1 -0
- package/dist/lib/cp-packages.d.ts +177 -0
- package/dist/lib/cp-packages.js +389 -0
- package/dist/lib/cp-packages.js.map +1 -0
- package/dist/lib/describe-lens.d.ts +46 -0
- package/dist/lib/describe-lens.js +33 -0
- package/dist/lib/describe-lens.js.map +1 -0
- package/dist/lib/hub-client.d.ts +91 -1
- package/dist/lib/hub-client.js +565 -22
- package/dist/lib/hub-client.js.map +1 -1
- package/dist/lib/id.d.ts +23 -0
- package/dist/lib/id.js +35 -0
- package/dist/lib/id.js.map +1 -0
- package/dist/lib/installed.d.ts +51 -0
- package/dist/lib/installed.js +70 -0
- package/dist/lib/installed.js.map +1 -0
- package/dist/lib/next-steps.d.ts +61 -0
- package/dist/lib/next-steps.js +146 -0
- package/dist/lib/next-steps.js.map +1 -0
- package/dist/lib/pod.d.ts +144 -22
- package/dist/lib/pod.js +302 -64
- package/dist/lib/pod.js.map +1 -1
- package/dist/lib/project-ref.d.ts +95 -0
- package/dist/lib/project-ref.js +144 -0
- package/dist/lib/project-ref.js.map +1 -0
- package/dist/lib/project.d.ts +35 -0
- package/dist/lib/project.js +39 -0
- package/dist/lib/project.js.map +1 -0
- package/dist/lib/session-lens.d.ts +33 -0
- package/dist/lib/session-lens.js +76 -0
- package/dist/lib/session-lens.js.map +1 -0
- package/dist/lib/skill-import.d.ts +40 -0
- package/dist/lib/skill-import.js +203 -0
- package/dist/lib/skill-import.js.map +1 -0
- package/dist/lib/skills-installer.d.ts +17 -6
- package/dist/lib/skills-installer.js +133 -19
- package/dist/lib/skills-installer.js.map +1 -1
- package/dist/lib/suite.d.ts +28 -0
- package/dist/lib/suite.js +29 -0
- package/dist/lib/suite.js.map +1 -0
- package/dist/lib/superwhisper-import.d.ts +40 -0
- package/dist/lib/superwhisper-import.js +389 -0
- package/dist/lib/superwhisper-import.js.map +1 -0
- package/dist/lib/targets.d.ts +49 -1
- package/dist/lib/targets.js +420 -288
- package/dist/lib/targets.js.map +1 -1
- package/dist/lib/template-file.d.ts +74 -0
- package/dist/lib/template-file.js +140 -0
- package/dist/lib/template-file.js.map +1 -0
- package/dist/lib/unwrapList.d.ts +1 -0
- package/dist/lib/unwrapList.js +20 -0
- package/dist/lib/unwrapList.js.map +1 -0
- package/dist/utils/logger.d.ts +2 -0
- package/dist/utils/logger.js +10 -2
- package/dist/utils/logger.js.map +1 -1
- package/node_modules/@synap/hub-rest-client/dist/index.cjs +414 -34
- package/node_modules/@synap/hub-rest-client/dist/index.d.cts +762 -22
- package/node_modules/@synap/hub-rest-client/dist/index.d.ts +762 -22
- package/node_modules/@synap/hub-rest-client/dist/index.js +414 -34
- package/node_modules/@synap/hub-rest-client/package.json +1 -1
- package/node_modules/@synap/hub-rest-client/src/client.ts +525 -37
- package/node_modules/@synap/hub-rest-client/src/index.ts +42 -0
- package/node_modules/@synap/hub-rest-client/src/setup.ts +57 -1
- package/node_modules/@synap/hub-rest-client/src/types.ts +697 -37
- package/package.json +11 -5
- package/skills/agent-os/SKILL.md +218 -0
- package/skills/manifest.json +5 -0
- package/skills/onboard/SKILL.md +193 -0
- package/skills/synap/SKILL.md +1284 -58
- package/skills/synap/_order.txt +37 -0
- package/skills/synap/_skill.yaml +24 -0
- package/skills/synap/authentication.md +10 -0
- package/skills/synap/automations.md +264 -0
- package/skills/synap/capabilities.md +107 -0
- package/skills/synap/capture.md +50 -142
- package/skills/synap/cli-operations.md +107 -0
- package/skills/synap/common-mistakes.md +13 -0
- package/skills/synap/content-os.md +83 -0
- package/skills/synap/creative-loop.md +43 -0
- package/skills/synap/crm.md +117 -0
- package/skills/synap/diagnostics.md +35 -0
- package/skills/synap/digesting-a-channel.md +63 -0
- package/skills/synap/document-embeds.md +123 -0
- package/skills/synap/escalation-ladder.md +71 -0
- package/skills/synap/focus-sessions.md +47 -0
- package/skills/synap/governance-rules.md +64 -0
- package/skills/synap/governance.md +6 -6
- package/skills/synap/graph-gardening.md +21 -0
- package/skills/synap/inline-patterns.md +38 -0
- package/skills/synap/lenses.md +38 -0
- package/skills/synap/linking-principle.md +39 -0
- package/skills/synap/linking.md +1 -0
- package/skills/synap/mental-model.md +45 -0
- package/skills/synap/more.md +7 -0
- package/skills/synap/multi-entity-capture.md +12 -0
- package/skills/synap/next-action.md +37 -0
- package/skills/synap/north-star.md +17 -0
- package/skills/synap/operating-mode-rules.md +45 -0
- package/skills/synap/operating-mode.md +9 -0
- package/skills/synap/quick-reference.md +67 -0
- package/skills/synap/reading.md +43 -0
- package/skills/synap/recap.md +21 -0
- package/skills/synap/reflexes.md +46 -0
- package/skills/synap/response-style.md +21 -0
- package/skills/synap/scope.md +13 -0
- package/skills/synap/showing.md +17 -0
- package/skills/synap/user-model.md +25 -0
- package/skills/synap/viewframe-cells.md +290 -0
- package/skills/synap/work-flow.md +113 -0
- package/skills/synap/worked-examples.md +74 -0
- package/skills/synap/workspace-design.md +45 -0
- package/skills/synap/workspace-edges.md +49 -0
- package/skills/synap/writes.md +213 -0
- package/skills/synap-app/SKILL.md +319 -0
- package/skills/synap-app/_order.txt +5 -0
- package/skills/synap-app/_skill.yaml +20 -0
- package/skills/synap-app/creating-the-base-app.md +64 -0
- package/skills/synap-app/governance.md +42 -0
- package/skills/synap-app/install-commands.md +55 -0
- package/skills/synap-app/overview.md +50 -0
- package/skills/synap-app/using-the-sdk.md +73 -0
- package/skills/synap-market/SKILL.md +335 -0
- package/skills/synap-market/_order.txt +5 -0
- package/skills/synap-market/_skill.yaml +24 -0
- package/skills/synap-market/author-and-publish.md +75 -0
- package/skills/synap-market/discover-and-fetch.md +59 -0
- package/skills/synap-market/governance-and-catalog.md +56 -0
- package/skills/synap-market/install.md +55 -0
- package/skills/synap-market/overview.md +51 -0
- package/skills/synap-schema/SKILL.md +97 -6
- package/skills/synap-schema/_order.txt +13 -0
- package/skills/synap-schema/_skill.yaml +22 -0
- package/skills/synap-schema/before-you-touch.md +14 -0
- package/skills/synap-schema/common-mistakes.md +9 -0
- package/skills/synap-schema/creating-profiles.md +17 -0
- package/skills/synap-schema/discover-profiles.md +24 -0
- package/skills/synap-schema/entity-scope.md +8 -0
- package/skills/synap-schema/extend-vs-create.md +31 -0
- package/skills/synap-schema/more.md +6 -0
- package/skills/synap-schema/overlay-properties.md +22 -0
- package/skills/synap-schema/profiles.md +3 -0
- package/skills/synap-schema/property-defs.md +29 -0
- package/skills/synap-schema/read-before-write.md +50 -0
- package/skills/synap-schema/relations.md +18 -0
- package/skills/synap-schema/worked-example.md +30 -0
- package/skills/synap-ui/SKILL.md +26 -2
- package/skills/synap-ui/_order.txt +13 -0
- package/skills/synap-ui/_skill.yaml +23 -0
- package/skills/synap-ui/ai-companion.md +27 -0
- package/skills/synap-ui/arranging-bento.md +8 -0
- package/skills/synap-ui/before-you-build.md +20 -0
- package/skills/synap-ui/bento-layouts.md +35 -0
- package/skills/synap-ui/common-mistakes.md +10 -0
- package/skills/synap-ui/creating-views.md +26 -0
- package/skills/synap-ui/four-builds.md +24 -0
- package/skills/synap-ui/more.md +7 -0
- package/skills/synap-ui/proposing-vs-extending.md +11 -0
- package/skills/synap-ui/view-list.md +24 -0
- package/skills/synap-ui/views.md +3 -0
- package/skills/synap-ui/worked-example.md +18 -0
- package/skills/synap-ui/workspaces.md +47 -0
- package/templates/automations/bookmark-enrichment.automation.json +44 -0
- package/templates/automations/mail-feed.automation.json +86 -0
- package/templates/automations/url-bookmark-capture.automation.json +70 -0
- package/templates/skills/README.md +21 -0
- package/templates/skills/authoring-automations/SKILL.md +95 -0
- package/templates/skills/authoring-automations/reference/node-matrix.md +49 -0
- package/templates/skills/authoring-capabilities/SKILL.md +93 -0
- package/templates/skills/authoring-capabilities/reference/template-anatomy.md +70 -0
- package/templates/skills/authoring-playbooks/SKILL.md +102 -0
- package/templates/skills/authoring-playbooks/reference/stages-contract.md +35 -0
- package/templates/skills/authoring-playbooks/reference/worked-example.md +64 -0
- package/templates/skills/bookmark-enrichment/SKILL.md +40 -0
- package/templates/skills/coordinating-agents/SKILL.md +32 -0
- package/templates/skills/coordinating-branches/SKILL.md +27 -0
- package/templates/skills/mapping-the-server/SKILL.md +54 -0
- package/templates/skills/reading-client-progress/SKILL.md +65 -0
- package/templates/skills/routing-to-channels/SKILL.md +54 -0
- package/templates/skills/stellar-scf-grants-advisor/ASSOCIATE-CHEATSHEET.md +133 -0
- package/templates/skills/stellar-scf-grants-advisor/ASSOCIATE-ONBOARDING-GUIDE.md +761 -0
- package/templates/skills/stellar-scf-grants-advisor/CLIENT-FAQ.md +181 -0
- package/templates/skills/stellar-scf-grants-advisor/PARTNER-HANDOVER.md +130 -0
- package/templates/skills/stellar-scf-grants-advisor/SKILL.md +102 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/README.md +43 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/chat-summary-templates.md +158 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/corpus-comparable-rows.md +136 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/q10-team-rewrites.md +109 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/q2-description-rewrites.md +88 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/q6-integration-rewrites.md +107 -0
- package/templates/skills/stellar-scf-grants-advisor/examples/tranche-structures.md +176 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/01-methodology.md +96 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/02-scoring-framework.md +199 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/03-rejection-patterns.md +241 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/04-winner-patterns.md +120 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/05-comeback-patterns.md +92 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/06-budget-benchmarks.md +125 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/07-integration-list.md +147 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/08-abstract-fields.md +258 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/09-build-fields.md +259 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/10-corpus-winners.md +135 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/11-corpus-rejects.md +267 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/12-client-communication.md +131 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/13-excel-output-spec.md +199 -0
- package/templates/skills/stellar-scf-grants-advisor/reference/14-worked-examples.md +160 -0
- package/templates/skills/stellar-scf-grants-advisor/templates/abstract-review-builder.py +253 -0
- package/templates/skills/stellar-scf-grants-advisor/templates/build-review-builder.py +213 -0
- package/dist/commands/connectors.d.ts +0 -31
- package/dist/commands/connectors.js +0 -276
- package/dist/commands/connectors.js.map +0 -1
- package/dist/commands/finish.d.ts +0 -25
- package/dist/commands/finish.js +0 -274
- package/dist/commands/finish.js.map +0 -1
- package/dist/commands/openclaw.d.ts +0 -40
- package/dist/commands/openclaw.js +0 -1148
- package/dist/commands/openclaw.js.map +0 -1
- package/dist/commands/security-audit.d.ts +0 -12
- package/dist/commands/security-audit.js +0 -100
- package/dist/commands/security-audit.js.map +0 -1
- package/dist/lib/hardening.d.ts +0 -18
- package/dist/lib/hardening.js +0 -214
- package/dist/lib/hardening.js.map +0 -1
|
@@ -0,0 +1,258 @@
|
|
|
1
|
+
# Field-by-field guide: SCF Abstract phase
|
|
2
|
+
|
|
3
|
+
The SCF Project Abstract sheet has twelve fields plus Contact Infos. This guide walks each one, with the panel intent behind the field, the common mistakes, and the winning structure.
|
|
4
|
+
|
|
5
|
+
## Q1 Project Title
|
|
6
|
+
|
|
7
|
+
**Panel intent:** an immediate visual identifier; reviewers see this first.
|
|
8
|
+
|
|
9
|
+
**Common mistakes:**
|
|
10
|
+
- Generic naming with category words ("Stellar Fintech OS", "Soroban Engine"), see rejection pattern 3.
|
|
11
|
+
- Brand collision with major unrelated companies, see rejection pattern 4.
|
|
12
|
+
- Typos and formatting inconsistencies (Antevorta vs Antevorte; GRINDY.FUN vs Grindy).
|
|
13
|
+
|
|
14
|
+
**Winning structure:** specific, brandable, short, no category words, no collision. Run a Google search before submitting.
|
|
15
|
+
|
|
16
|
+
## Q2 Description (1000 chars max)
|
|
17
|
+
|
|
18
|
+
**Panel intent:** the elevator pitch. The single most important field in the Abstract.
|
|
19
|
+
|
|
20
|
+
**Required elements:**
|
|
21
|
+
1. The product in one sentence (what, for whom).
|
|
22
|
+
2. Why Stellar specifically (the economic or technical argument that other chains cannot match).
|
|
23
|
+
3. Traction proof of execution (numbers, named clients, recognitions).
|
|
24
|
+
4. Day-1 distribution (who already wants this).
|
|
25
|
+
5. Open-source signal if applicable.
|
|
26
|
+
|
|
27
|
+
**Common mistakes:**
|
|
28
|
+
- No mention of Stellar in Q2 (Antevorta did this, only mentioning Stellar in Q6).
|
|
29
|
+
- Vague "Why Stellar" (generic "speed and low fees") that could apply to Solana or Polygon.
|
|
30
|
+
- Earn-to-X language that triggers rejection pattern 10.
|
|
31
|
+
- Token launch mention without regulatory framing.
|
|
32
|
+
- Failing to surface verifiable credibility signals (recognitions, ecosystem partners).
|
|
33
|
+
|
|
34
|
+
**Winning template:**
|
|
35
|
+
```
|
|
36
|
+
[Project Name] is [the specific positioning], serving [specific customer segment].
|
|
37
|
+
|
|
38
|
+
The product: [what we build in one specific sentence].
|
|
39
|
+
|
|
40
|
+
Why Stellar: [specific economic or technical argument that EVM/Solana cannot match].
|
|
41
|
+
|
|
42
|
+
Traction: [specific numbers, specific named clients or recognitions].
|
|
43
|
+
|
|
44
|
+
Day-1 distribution: [specific channels, named partners].
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
Aim for 900-980 characters; do not leave more than 50 characters of slack.
|
|
48
|
+
|
|
49
|
+
## Q3 Project Category
|
|
50
|
+
|
|
51
|
+
**Choices:** Application, Developer Tooling, Infrastructure, Financial Protocol.
|
|
52
|
+
|
|
53
|
+
**Panel intent:** routes the dossier to the right reviewer pool.
|
|
54
|
+
|
|
55
|
+
**Guidance:**
|
|
56
|
+
- B2B marketplace, gaming, consumer app → Application.
|
|
57
|
+
- Indexer, IDE, SDK, Testing tool → Developer Tooling.
|
|
58
|
+
- Bridge, RPC, Oracle, Wallet → Infrastructure.
|
|
59
|
+
- Yield vault, lending, AMM, RWA tokenization, stablecoin → Financial Protocol.
|
|
60
|
+
|
|
61
|
+
When in doubt, pick the closest match. "Financial Protocol" is the strongest signal for regulated finance dossiers; "Application" for everything consumer-facing.
|
|
62
|
+
|
|
63
|
+
## Q4 Traction (1000 chars max)
|
|
64
|
+
|
|
65
|
+
**Panel intent:** "is this real?" The single field where you remove the "this might be vaporware" objection.
|
|
66
|
+
|
|
67
|
+
**Required elements:**
|
|
68
|
+
1. Live URLs (website, X, GitHub, Discord).
|
|
69
|
+
2. Live metrics (revenue, users, transactions, volume, MRR).
|
|
70
|
+
3. Named clients or partners (with signed LOIs if available; "in discussions with X" is weaker but better than nothing).
|
|
71
|
+
4. Regulatory milestones if applicable (filed dossiers, audits passed, certifications).
|
|
72
|
+
5. Industry recognitions (French Tech, ControlTick, Future of Sport laureate, Y Combinator, etc.).
|
|
73
|
+
6. Founder track record bullet points (verifiable past shipped products).
|
|
74
|
+
|
|
75
|
+
**Common mistakes:**
|
|
76
|
+
- Vanity metrics only (TikTok views without conversions).
|
|
77
|
+
- Vague "in discussions with X" without naming X.
|
|
78
|
+
- Missing verifiable URLs.
|
|
79
|
+
- No mention of recognitions even when they exist (Tickie had French Tech Tremplin, ControlTick, Future of Sport, all absent from their Abstract).
|
|
80
|
+
|
|
81
|
+
**Winning template:**
|
|
82
|
+
```
|
|
83
|
+
PRODUCT (live):
|
|
84
|
+
- URL: ...
|
|
85
|
+
- X: ...
|
|
86
|
+
- GitHub: ...
|
|
87
|
+
- Metric 1, Metric 2, Metric 3.
|
|
88
|
+
|
|
89
|
+
PIPELINE:
|
|
90
|
+
- Named client 1 (status: signed LOI / discussions).
|
|
91
|
+
- Named client 2.
|
|
92
|
+
|
|
93
|
+
PARTNERS (named, regulated):
|
|
94
|
+
- Partner 1 (credentials).
|
|
95
|
+
- Partner 2 (credentials).
|
|
96
|
+
|
|
97
|
+
REGULATORY:
|
|
98
|
+
- Framework: [Art L.411-2 CMF / MiFID II / etc.].
|
|
99
|
+
- Filing: [PSCA AMF, dossier filed April 2026].
|
|
100
|
+
|
|
101
|
+
TEAM (with verifiable claims):
|
|
102
|
+
- Founder track records summary.
|
|
103
|
+
|
|
104
|
+
RECOGNITIONS:
|
|
105
|
+
- French Tech / Y Combinator / similar.
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
## Q5 Website URL
|
|
109
|
+
|
|
110
|
+
**Panel intent:** verification.
|
|
111
|
+
|
|
112
|
+
**Common mistakes:**
|
|
113
|
+
- Missing https:// prefix.
|
|
114
|
+
- Trailing slash inconsistencies.
|
|
115
|
+
- URL points to a landing page with no real product info.
|
|
116
|
+
|
|
117
|
+
**Winning structure:** https://yourdomain.com or https://yourdomain.com/en for international audiences.
|
|
118
|
+
|
|
119
|
+
## Q6 Integration Description (1000 chars max)
|
|
120
|
+
|
|
121
|
+
**Panel intent:** "do you understand Stellar?"
|
|
122
|
+
|
|
123
|
+
**Required elements:**
|
|
124
|
+
1. Three-phase timeline (Months 1-2, 3-4, 5-6).
|
|
125
|
+
2. Specific Soroban contract names (FooBar.rs).
|
|
126
|
+
3. Specific SCF Integration List items named.
|
|
127
|
+
4. Why Stellar economic argument (sub-cent fees enable X loop that EVM gas would break).
|
|
128
|
+
5. Open-source commitment (MIT).
|
|
129
|
+
6. Supporting infrastructure clearly separated from Integration Track scope.
|
|
130
|
+
|
|
131
|
+
**Common mistakes:**
|
|
132
|
+
- Generic "Soroban smart contracts" without names.
|
|
133
|
+
- ERC-4626 mentioned on Stellar (Ethereum standard, not Stellar; see For Yield initial draft).
|
|
134
|
+
- EURC mentioned without StellarAssetContract (SAC) wrapper context.
|
|
135
|
+
- Mentioning Fireblocks, Elliptic, Certora as Integration Track items (they are not on the list).
|
|
136
|
+
- No phasing.
|
|
137
|
+
- No open-source commitment.
|
|
138
|
+
|
|
139
|
+
**Winning template:**
|
|
140
|
+
```
|
|
141
|
+
[Project] uses Soroban as the [settlement / ownership / coordination] layer for [specific use case].
|
|
142
|
+
|
|
143
|
+
Phase 1 (Months 1-2): [Contract1.rs and Contract2.rs core implementation, MIT open-source].
|
|
144
|
+
Phase 2 (Months 3-4): [wallet onboarding via Stellar Wallets Kit + Passkey Kit + Privy].
|
|
145
|
+
Phase 3 (Months 5-6): [secondary mechanisms, mainnet, ecosystem integrations].
|
|
146
|
+
|
|
147
|
+
Why Stellar: [per-transaction economic argument]. On EVM each [action] would cost [$X], breaking unit economics for [scale]. Stellar's sub-cent fees and 5-second finality close the loop.
|
|
148
|
+
|
|
149
|
+
Architecture sourced from [N] official SCF Integration List items: [Item1, Item2, Item3].
|
|
150
|
+
|
|
151
|
+
Supporting infrastructure (not Integration Track scope): [Fireblocks for X, Elliptic for Y, Certora audit covered by LaunchKit credit].
|
|
152
|
+
```
|
|
153
|
+
|
|
154
|
+
## Q7 Track
|
|
155
|
+
|
|
156
|
+
**Choices:** Integration Track or Open Track.
|
|
157
|
+
|
|
158
|
+
**Guidance:**
|
|
159
|
+
- Integration Track: dossier extends or wraps existing primitives (Stellar Wallets Kit, Privy, Anchor Platform, Soroswap, etc.). This is most dossiers.
|
|
160
|
+
- Open Track: dossier develops a net-new primitive not in the ecosystem (a new oracle, a new bridge architecture, a confidential-payments protocol).
|
|
161
|
+
|
|
162
|
+
When in doubt, Integration Track is the safer choice. Open Track invites more "is this really net-new?" scrutiny.
|
|
163
|
+
|
|
164
|
+
## Q8 Thumbnail (mandatory)
|
|
165
|
+
|
|
166
|
+
**Spec:** 1200x630 px PNG or JPG.
|
|
167
|
+
|
|
168
|
+
**Common mistakes:**
|
|
169
|
+
- Field left empty. This is sometimes single-handedly fatal: "Information Collection" status (rejection pattern 11) results.
|
|
170
|
+
- Generic logo with no product hint.
|
|
171
|
+
|
|
172
|
+
**Winning structure:** split-screen with the product on one side and the Stellar primitive (contract, USDC, USDC vault) on the other, with the project title and "Powered by Stellar" tagline.
|
|
173
|
+
|
|
174
|
+
If the client has an og-image.png already deployed on their website, that asset can usually be reused at the correct dimensions.
|
|
175
|
+
|
|
176
|
+
## Q9 Submitter type
|
|
177
|
+
|
|
178
|
+
**Choices:** Entity, Individual, Team of individuals.
|
|
179
|
+
|
|
180
|
+
**Guidance:**
|
|
181
|
+
- Entity: if a legal entity (SAS, Ltd, Corp) is registered. The panel will run KYB.
|
|
182
|
+
- Individual: if the project is led by a single doxxed founder without a legal entity.
|
|
183
|
+
- Team of individuals: if multiple founders without a registered entity.
|
|
184
|
+
|
|
185
|
+
Verify the legal entity name and registry number (e.g., RCS Paris for French SAS) and add it to Q10. The panel checks.
|
|
186
|
+
|
|
187
|
+
## Q10 Team description (2000 chars max)
|
|
188
|
+
|
|
189
|
+
**Panel intent:** "who are you?"
|
|
190
|
+
|
|
191
|
+
**Required elements per founder:**
|
|
192
|
+
1. Full name (no handles alone).
|
|
193
|
+
2. Role (CEO, COO, CTO, etc.).
|
|
194
|
+
3. Verifiable LinkedIn URL (https://www.linkedin.com/in/...) with the slug exactly matching their profile.
|
|
195
|
+
4. For CTO: GitHub URL.
|
|
196
|
+
5. Concrete experience (named companies, specific years, specific roles). Vague "experience in finance" is weaker than "BNP Paribas Client Advisor 2021-2022, Nordea Asset Management Fund Reporting Q1-Q3 2025".
|
|
197
|
+
6. Notable recognitions or achievements (IMC Quant Trading Top 0.1 percent, French Tech Tremplin laureate, Bitget COO Apprentice, Y Combinator alum).
|
|
198
|
+
|
|
199
|
+
Plus:
|
|
200
|
+
7. Board advisors with sector expertise (especially valuable for industries the founders don't directly come from).
|
|
201
|
+
8. Legal entity reference (Company SAS, RCS [number]).
|
|
202
|
+
|
|
203
|
+
**Common mistakes:**
|
|
204
|
+
- Founder identified only by handle (Pattern 1 trigger).
|
|
205
|
+
- Missing LinkedIn URLs.
|
|
206
|
+
- Missing GitHub for CTO.
|
|
207
|
+
- Vague experience claims.
|
|
208
|
+
- Overselling experience the LinkedIn does not back.
|
|
209
|
+
- Missing advisors when the team is junior.
|
|
210
|
+
- Missing the entity legal reference.
|
|
211
|
+
|
|
212
|
+
**Winning template:**
|
|
213
|
+
```
|
|
214
|
+
[First Last], CEO and Co-founder ([city, country])
|
|
215
|
+
LinkedIn: https://www.linkedin.com/in/handle/
|
|
216
|
+
[X / Twitter: @handle if any]
|
|
217
|
+
Education: [SKEMA / specific schools].
|
|
218
|
+
Experience: [specific named companies, specific roles, specific years].
|
|
219
|
+
Recognitions: [Top 0.1 percent IMC Quant Trading Competition / equivalent].
|
|
220
|
+
Owns at [Project]: [specific responsibilities].
|
|
221
|
+
|
|
222
|
+
[Same for each co-founder.]
|
|
223
|
+
|
|
224
|
+
Advisors (if applicable):
|
|
225
|
+
[Specific named advisors with sector expertise].
|
|
226
|
+
|
|
227
|
+
Company: [Project] SAS (RCS [city] [number]), headquartered in [country].
|
|
228
|
+
Website: [URL] | X: [URL]
|
|
229
|
+
```
|
|
230
|
+
|
|
231
|
+
## Q11 Number of team members
|
|
232
|
+
|
|
233
|
+
**Guidance:** the number must match the count of distinct named people in Q10.
|
|
234
|
+
|
|
235
|
+
**Common mistakes:**
|
|
236
|
+
- Q11 says 5 but Q10 lists only 3 (creates a "where are the other 2?" objection).
|
|
237
|
+
|
|
238
|
+
**Winning structure:** explicit alignment between Q10 and Q11. If listing 3 distinct people, write 3.
|
|
239
|
+
|
|
240
|
+
## Q12 Team Discord usernames
|
|
241
|
+
|
|
242
|
+
**Guidance:** comma-separated, no slashes (the instruction explicitly says "separated by comma"). Verify all listed usernames are active on the SCF Discord.
|
|
243
|
+
|
|
244
|
+
**Common mistakes:**
|
|
245
|
+
- Slash separator instead of comma (Antevorta did this).
|
|
246
|
+
- Listing usernames not yet active on the SCF Discord.
|
|
247
|
+
|
|
248
|
+
## Cross-field consistency checks
|
|
249
|
+
|
|
250
|
+
Before submitting:
|
|
251
|
+
|
|
252
|
+
1. Project title same in Q1 Abstract and Q1 Build (if both phases active).
|
|
253
|
+
2. URL with https:// prefix and same form everywhere.
|
|
254
|
+
3. Team count in Q11 matches distinct people in Q10.
|
|
255
|
+
4. Discord usernames in Q12 match the team members in Q10.
|
|
256
|
+
5. LOIs or named clients in Q4 match the entities referenced in Q6.
|
|
257
|
+
6. Twitter handle in Contact Infos matches Twitter handle on the project website.
|
|
258
|
+
7. Same legal entity name (Antevorta SAS) in Q9, Q10, and any other field that mentions it.
|
|
@@ -0,0 +1,259 @@
|
|
|
1
|
+
# Field-by-field guide: SCF Build phase
|
|
2
|
+
|
|
3
|
+
The Application Build sheet has seventeen fields. This document walks each one, with the panel intent, the common mistakes, and the winning structure.
|
|
4
|
+
|
|
5
|
+
The Build phase is where most of the budget conversation happens. It is more technically rigorous than the Abstract. Empty fields and inconsistencies are punished here.
|
|
6
|
+
|
|
7
|
+
## Q1 Project Title
|
|
8
|
+
|
|
9
|
+
Same as Abstract Q1. Keep identical between Abstract and Build (no drift).
|
|
10
|
+
|
|
11
|
+
## Q2 Submission Title (max 40 chars)
|
|
12
|
+
|
|
13
|
+
**Panel intent:** a unique handle for this submission, different from the project name, focused on what the funding builds.
|
|
14
|
+
|
|
15
|
+
**Common mistakes:**
|
|
16
|
+
- Same as project title (defeats the purpose).
|
|
17
|
+
- Generic ("Stellar Integration").
|
|
18
|
+
- Too long, gets truncated.
|
|
19
|
+
|
|
20
|
+
**Winning examples:**
|
|
21
|
+
- "Stellar-Native Yield Vault for EU DeFi" (For Yield)
|
|
22
|
+
- "Green Bond Settlement on Soroban" (Rebond)
|
|
23
|
+
- "EU MiCA Capital Layer for Soroban DeFi"
|
|
24
|
+
- "Stellar-Native Onchain Dungeon RPG" (Solar Braves)
|
|
25
|
+
- "Stellar Campaign Rails for Grindy"
|
|
26
|
+
|
|
27
|
+
## Q3 One Sentence Description (max 130 chars)
|
|
28
|
+
|
|
29
|
+
**Panel intent:** the elevator pitch in one breath.
|
|
30
|
+
|
|
31
|
+
**Format SCF recommends:** "Develops/Offers/Gives [defined offering] to help/support [defined audience] [solve problem] with [secret sauce]."
|
|
32
|
+
|
|
33
|
+
**Common mistakes:**
|
|
34
|
+
- Too long (gets truncated).
|
|
35
|
+
- Generic verbs ("creates a platform").
|
|
36
|
+
- Uses pattern-matching vocabulary (gamified, earn, click-RPG) that triggers rejection patterns.
|
|
37
|
+
|
|
38
|
+
**Winning examples:**
|
|
39
|
+
- "Builds the first French MiCA-regulated DeFi yield vault on Stellar, channelling licensed EU capital into Soroban via DeFindex." (For Yield, 124 chars)
|
|
40
|
+
- "Tokenizes EU green bonds on Stellar, settling coupon and redemption flows automatically via Soroban for mid-market issuers." (Rebond, 122 chars)
|
|
41
|
+
|
|
42
|
+
## Q4 Project URL
|
|
43
|
+
|
|
44
|
+
Same as Abstract Q5. If the project is live on another chain, this URL points to that live product as proof of execution.
|
|
45
|
+
|
|
46
|
+
## Q5 Code URL
|
|
47
|
+
|
|
48
|
+
**Panel intent:** verifiable engineering capability.
|
|
49
|
+
|
|
50
|
+
**Common mistakes:**
|
|
51
|
+
- "TBD" or "will be created by friday", sometimes fatal.
|
|
52
|
+
- Private repo URL the panel cannot access.
|
|
53
|
+
- Empty field for a CTO-led submission.
|
|
54
|
+
|
|
55
|
+
**Winning structure:** public GitHub URL with at minimum a README, MIT license, and scaffold of the planned contracts. Shipping a minimal testnet deploy before submission lifts the dossier significantly (we recommend this for every Build submission).
|
|
56
|
+
|
|
57
|
+
## Q6 Video URL (mandatory)
|
|
58
|
+
|
|
59
|
+
**Panel intent:** elevator pitch in motion. Under 3 minutes, YouTube or Vimeo, 16:9.
|
|
60
|
+
|
|
61
|
+
**Common mistakes:**
|
|
62
|
+
- Empty field. Pre-screen rejects the submission before panel review.
|
|
63
|
+
- Slideshow-only (no live demo).
|
|
64
|
+
- Too long.
|
|
65
|
+
- Bad audio.
|
|
66
|
+
|
|
67
|
+
**Winning 5-segment script:**
|
|
68
|
+
- 0:00 to 0:30 Hook: founder on camera names the project, the traction, and the proposal.
|
|
69
|
+
- 0:30 to 1:00 Problem: what the dossier addresses.
|
|
70
|
+
- 1:00 to 2:00 Live demo: CTO shows the actual testnet contract on Stellar Expert with a real transaction hash. This single move converts the video from liability to asset.
|
|
71
|
+
- 2:00 to 2:35 Team and traction: named cofounders, named clients or LOIs, recognitions.
|
|
72
|
+
- 2:35 to 3:00 Closer: budget, tranches, mainnet target.
|
|
73
|
+
|
|
74
|
+
Production time: 6 to 8 hours after the testnet contract is shipped.
|
|
75
|
+
|
|
76
|
+
## Q7 Soroban
|
|
77
|
+
|
|
78
|
+
**Choices:** Yes / No / "Maybe in the future, but not in this submission".
|
|
79
|
+
|
|
80
|
+
**Guidance:** Yes if the dossier uses Soroban contracts. If unsure, Yes is the safe choice for any contract-based dossier.
|
|
81
|
+
|
|
82
|
+
## Q8 Product and Services (multi-paragraph)
|
|
83
|
+
|
|
84
|
+
**Panel intent:** what is built, in detail, with the Stellar role and the impact for each component.
|
|
85
|
+
|
|
86
|
+
**Required structure per component:**
|
|
87
|
+
1. Name and short description.
|
|
88
|
+
2. Stellar use: which specific Stellar primitive or SCF Integration List item.
|
|
89
|
+
3. Impact: how this changes the project.
|
|
90
|
+
|
|
91
|
+
**Common mistakes:**
|
|
92
|
+
- Generic "Soroban contracts" without naming them.
|
|
93
|
+
- Listing planned features but no Stellar mapping.
|
|
94
|
+
- Mentioning items not on the Integration List as if they were (Fireblocks, Wirex, Elliptic).
|
|
95
|
+
- Earn-to-X language.
|
|
96
|
+
|
|
97
|
+
**Winning template:**
|
|
98
|
+
```
|
|
99
|
+
This submission funds [the specific scope].
|
|
100
|
+
|
|
101
|
+
1. [Component 1 name]
|
|
102
|
+
Description: [what it does].
|
|
103
|
+
Stellar use: [specific Soroban contract, specific Integration List item].
|
|
104
|
+
Impact: [how this changes the project or the ecosystem].
|
|
105
|
+
|
|
106
|
+
[Repeat for each component, 3 to 6 components total.]
|
|
107
|
+
|
|
108
|
+
Supporting institutional infrastructure (NOT funded by this grant): [Fireblocks for X, Certora audit covered by Stellar LaunchKit credit at Tranche 2 review].
|
|
109
|
+
```
|
|
110
|
+
|
|
111
|
+
## Q9 Traction Evidence
|
|
112
|
+
|
|
113
|
+
Same panel intent as Abstract Q4 but with more space and more recent updates. Add: any new pilot signed, any new recognition, any team additions, any onchain proof from the prior Abstract phase.
|
|
114
|
+
|
|
115
|
+
## Q10 Technical Architecture (mandatory)
|
|
116
|
+
|
|
117
|
+
**Panel intent:** "do you have a credible engineering plan?"
|
|
118
|
+
|
|
119
|
+
**Common mistakes:**
|
|
120
|
+
- Empty field.
|
|
121
|
+
- Generic Google Doc that is restricted access (panel cannot view).
|
|
122
|
+
- One-paragraph description instead of a diagram.
|
|
123
|
+
|
|
124
|
+
**Winning structure:** public Notion page or GitHub markdown with:
|
|
125
|
+
1. C4 Level 1 (System Context): users to frontend to backend to Stellar network.
|
|
126
|
+
2. C4 Level 2 (Containers): named Soroban contracts plus wallet adapter plus indexer plus frontend modules.
|
|
127
|
+
3. Data flows for each major operation (issuance, settlement, redemption, etc.).
|
|
128
|
+
4. Integration points with named SCF Integration List items.
|
|
129
|
+
5. Security model (pause logic, upgrade pattern, audit plan).
|
|
130
|
+
|
|
131
|
+
Reference benchmark: Sorobanhooks TA (cited in SCF guidance) shows the expected level of detail. Effort 4 to 6 hours for an experienced CTO.
|
|
132
|
+
|
|
133
|
+
## Q11 SCF Build Tranche Deliverables (intro)
|
|
134
|
+
|
|
135
|
+
**Panel intent:** how the team thinks about money.
|
|
136
|
+
|
|
137
|
+
**Winning structure:**
|
|
138
|
+
```
|
|
139
|
+
This submission requests [$X], structured as 3 equivalent tranches of [$X/3] each.
|
|
140
|
+
|
|
141
|
+
Budget scope: [specific dev work funded].
|
|
142
|
+
|
|
143
|
+
Out of scope (NOT funded): marketing, paid distribution, user acquisition, creator campaigns, Certora audit (covered by Stellar LaunchKit credit at Tranche 2 review).
|
|
144
|
+
|
|
145
|
+
Budget anchored on [Named Past Winner] (SCF #X, $XK awarded) which had a comparable profile of [team size] + [contract scope].
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
The phrase "NOT funded by this grant" must appear. It is one of the most effective rejection-pattern prevention signals.
|
|
149
|
+
|
|
150
|
+
## Q12 Tranche 1 (MVP)
|
|
151
|
+
|
|
152
|
+
**Format per deliverable:**
|
|
153
|
+
- Brief description.
|
|
154
|
+
- How to measure completion (verifiable evidence).
|
|
155
|
+
- Estimated date.
|
|
156
|
+
- Budget.
|
|
157
|
+
|
|
158
|
+
**Recommended count:** 2 to 3 deliverables per tranche.
|
|
159
|
+
|
|
160
|
+
**Common mistakes:**
|
|
161
|
+
- Vague completion criteria ("the contract is built").
|
|
162
|
+
- No reviewer evidence cited.
|
|
163
|
+
- Budget too tight for the deliverable.
|
|
164
|
+
|
|
165
|
+
**Winning template per deliverable:**
|
|
166
|
+
```
|
|
167
|
+
Deliverable [N]: [Specific Soroban contract or feature name]
|
|
168
|
+
|
|
169
|
+
Description: [what the team does in this deliverable].
|
|
170
|
+
|
|
171
|
+
Measure of completion: [contract deployed to testnet with verifiable address X], [test suite Y passing], [walkthrough video Z]. Reviewer evidence: [testnet contract IDs, transaction hashes, GitHub PRs].
|
|
172
|
+
|
|
173
|
+
Estimated date: T+[N] weeks.
|
|
174
|
+
Budget: [$amount].
|
|
175
|
+
```
|
|
176
|
+
|
|
177
|
+
## Q13 Tranche 2 (Testnet)
|
|
178
|
+
|
|
179
|
+
Same format as Q12, with deliverables focused on testnet end-to-end flows. Tranche 2 unlocks the Stellar LaunchKit audit credit.
|
|
180
|
+
|
|
181
|
+
Common high-risk items: "Genesis testing with community" can be misread as marketing-adjacent. Reframe as "internal QA + automated test coverage" to keep it clearly dev work.
|
|
182
|
+
|
|
183
|
+
## Q14 Tranche 3 (Mainnet)
|
|
184
|
+
|
|
185
|
+
Same format. The last deliverable is the right place to add quantified mainnet metrics: "X mainnet transactions, Y wallets connected, $Z TVL". Quantified targets give the panel something to verify at the final tranche review.
|
|
186
|
+
|
|
187
|
+
## Q15 Budget Total
|
|
188
|
+
|
|
189
|
+
**Format:** "$XXX,XXX".
|
|
190
|
+
|
|
191
|
+
Use the budget table in `reference/06-budget-benchmarks.md`. Always sub-max ($150K).
|
|
192
|
+
|
|
193
|
+
## Q16 Go-To-Market Plan
|
|
194
|
+
|
|
195
|
+
**Panel intent:** "will anyone actually use this?"
|
|
196
|
+
|
|
197
|
+
**Required elements:**
|
|
198
|
+
1. Specific distribution channels (named partners, named B2B segments).
|
|
199
|
+
2. Conversion path from awareness to first transaction.
|
|
200
|
+
3. The grant note: explicitly say the grant funds dev work only, marketing self-funded.
|
|
201
|
+
|
|
202
|
+
**Common mistakes:**
|
|
203
|
+
- Vague TAM phrasing.
|
|
204
|
+
- Listing community campaigns or creator activations without flagging that the grant does not fund them.
|
|
205
|
+
|
|
206
|
+
**Winning structure:**
|
|
207
|
+
```
|
|
208
|
+
Phase 1: [B2B sales motion or partner-led distribution, named channels].
|
|
209
|
+
Phase 2: [product-led acquisition, named user segments].
|
|
210
|
+
Phase 3: [scale through ecosystem partnerships].
|
|
211
|
+
Phase 4: [international expansion].
|
|
212
|
+
|
|
213
|
+
Grant note: the SCF grant funds product development only. Marketing, paid distribution, content creator campaigns, AMA hosts, and community rewards are self-funded by [the project] via [existing revenue / fundraising round / partner economics]. No SCF funds are used for paid user acquisition.
|
|
214
|
+
```
|
|
215
|
+
|
|
216
|
+
The grant note is what blocks the rejection pattern of "budget misuse".
|
|
217
|
+
|
|
218
|
+
## Q17 Success Criteria
|
|
219
|
+
|
|
220
|
+
**Panel intent:** how the team and the panel will know this worked.
|
|
221
|
+
|
|
222
|
+
**Required structure:** three-tier (MVP, Testnet, Mainnet) plus ecosystem impact plus business impact plus long-term vision.
|
|
223
|
+
|
|
224
|
+
**Winning template:**
|
|
225
|
+
```
|
|
226
|
+
MVP success (Tranche 1):
|
|
227
|
+
- [specific technical milestones].
|
|
228
|
+
- [specific product milestones].
|
|
229
|
+
|
|
230
|
+
Testnet success (Tranche 2):
|
|
231
|
+
- [specific testnet flow milestones].
|
|
232
|
+
- [Certora audit completed via Stellar LaunchKit credit].
|
|
233
|
+
|
|
234
|
+
Mainnet success (Tranche 3):
|
|
235
|
+
- [specific mainnet deployment milestones].
|
|
236
|
+
- Quantified mainnet activity: [X wallets, Y transactions, $Z TVL].
|
|
237
|
+
|
|
238
|
+
Ecosystem impact:
|
|
239
|
+
- [first-of-its-kind primitive in the ecosystem].
|
|
240
|
+
- [USDC or EURC adoption uplift].
|
|
241
|
+
- [open-source primitive forkable by N other studios].
|
|
242
|
+
|
|
243
|
+
Business impact:
|
|
244
|
+
- [revenue or AUM trajectory].
|
|
245
|
+
- [client acquisition trajectory].
|
|
246
|
+
|
|
247
|
+
Long-term vision:
|
|
248
|
+
- [post-grant continuity].
|
|
249
|
+
```
|
|
250
|
+
|
|
251
|
+
## The 5 most common Build-phase mistakes
|
|
252
|
+
|
|
253
|
+
In order of frequency:
|
|
254
|
+
|
|
255
|
+
1. **Q5 Code URL or Q6 Video URL or Q10 Architecture left empty.** Pre-screen rejection.
|
|
256
|
+
2. **Inconsistency between Abstract and Build.** Contract names, project category, distribution claims that don't match.
|
|
257
|
+
3. **Vague deliverables.** "Build the contract" without verifiable evidence per deliverable.
|
|
258
|
+
4. **Budget mismatched with scope.** Maximum ask with single-contract scope.
|
|
259
|
+
5. **Missing grant note in Q16.** Reviewers default to suspicion about marketing budget misuse.
|
|
@@ -0,0 +1,135 @@
|
|
|
1
|
+
# Corpus winners: detailed profiles of past SCF awards
|
|
2
|
+
|
|
3
|
+
This catalog of past SCF Build Award winners is the empirical anchor for every recommendation we make. Use specific winners by name when communicating with clients.
|
|
4
|
+
|
|
5
|
+
## SCF #42 winners
|
|
6
|
+
|
|
7
|
+
### The Signal, $121,000
|
|
8
|
+
|
|
9
|
+
- **Founders:** Samir Touinssi (CEO, Arch Consulting), Leo Leung (COO, Imperial Physics, Orichal Partners quant researcher).
|
|
10
|
+
- **Category:** B2B marketplace with Soroban escrow.
|
|
11
|
+
- **Track:** Integration Track.
|
|
12
|
+
- **Contract:** DealEscrow.rs with Atomic Splits payout logic.
|
|
13
|
+
- **SCF Integration List items used:** Stellar SDK, Freighter and Albedo wallets.
|
|
14
|
+
- **Profile:** 2 cofounders fully doxxed, prior product on Stripe Connect (50+ verified service providers), pivot to Soroban escrow for B2B settlement.
|
|
15
|
+
- **Why it won:** Pattern A (doxxed team) + Pattern B (named Soroban primitive) + Pattern C (ecosystem integrations) + Pattern E (sub-max budget) + clear B2B distribution.
|
|
16
|
+
- **Use as anchor for:** B2B marketplaces, escrow protocols, B2B settlement infrastructure, dossiers at $115K-$125K.
|
|
17
|
+
|
|
18
|
+
### Bando, $75,000
|
|
19
|
+
|
|
20
|
+
- **Category:** RWA real estate Mexico.
|
|
21
|
+
- **Track:** Integration Track.
|
|
22
|
+
- **Profile:** doxxed team with named brokerage partner in Mexico, named Mexican real-estate pilot.
|
|
23
|
+
- **Why it won:** narrow scope, specific pilot, regulated partner named, sub-max budget.
|
|
24
|
+
- **Use as anchor for:** RWA dossiers with single-country focus, dossiers at $75K-$90K.
|
|
25
|
+
|
|
26
|
+
## SCF #41 RFP winners
|
|
27
|
+
|
|
28
|
+
### Latch + KMP, RFP compliance award
|
|
29
|
+
|
|
30
|
+
- **Category:** C-Address compliance tooling for Stellar.
|
|
31
|
+
- **Profile:** compliance tooling for the Soroban ecosystem.
|
|
32
|
+
- **Why they won:** RFP fit was clear, compliance is a high-priority category for SDF.
|
|
33
|
+
- **Use as anchor for:** compliance tooling, audit trail infrastructure, KYC integration projects.
|
|
34
|
+
|
|
35
|
+
### Orion + OctoPos, DeFi Positions API RFP
|
|
36
|
+
|
|
37
|
+
- **Category:** DeFi positions API for Soroban.
|
|
38
|
+
- **Profile:** open data API for tracking DeFi positions across Stellar protocols.
|
|
39
|
+
- **Why they won:** RFP fit, ecosystem-wide value.
|
|
40
|
+
- **Use as anchor for:** indexer-style projects.
|
|
41
|
+
|
|
42
|
+
### Helix Labs, Reactor Trade vertical
|
|
43
|
+
|
|
44
|
+
- **Category:** Trading infrastructure.
|
|
45
|
+
- **Profile:** same co-founder as the project that lost in the same round (Reactor Trade), winner restructured to win.
|
|
46
|
+
- **Use as a comeback case** when a client lost a prior round with the same team.
|
|
47
|
+
|
|
48
|
+
### Rumble Fish, Block Explorer RFP
|
|
49
|
+
|
|
50
|
+
- **Category:** Soroban Block Explorer.
|
|
51
|
+
- **Profile:** technical depth in explorer infrastructure.
|
|
52
|
+
- **Use as anchor for:** block explorer or observability dossiers.
|
|
53
|
+
|
|
54
|
+
### OBSRVR Prism, Block Explorer
|
|
55
|
+
|
|
56
|
+
- **Category:** Soroban Block Explorer.
|
|
57
|
+
- **Profile:** technical observability layer.
|
|
58
|
+
|
|
59
|
+
## SCF #40 winners
|
|
60
|
+
|
|
61
|
+
### TheXBank, $89,500
|
|
62
|
+
|
|
63
|
+
- **Category:** Africa banking infrastructure.
|
|
64
|
+
- **Profile:** doxxed team, country pilot named, banking infrastructure on Stellar.
|
|
65
|
+
- **Why it won:** real product, doxxed team, sub-max budget.
|
|
66
|
+
- **Use as anchor for:** Africa or emerging-market banking dossiers at $80K-$100K.
|
|
67
|
+
|
|
68
|
+
## Prior-round ecosystem winners (not exhaustive)
|
|
69
|
+
|
|
70
|
+
These are SCF-funded projects from earlier rounds. They are typically referenced in newer dossiers as integration targets, not budget anchors.
|
|
71
|
+
|
|
72
|
+
### DeFindex
|
|
73
|
+
|
|
74
|
+
- **Category:** Yield aggregator middleware for Stellar.
|
|
75
|
+
- **Built by:** Palta Labs.
|
|
76
|
+
- **Used by:** For Yield (as allocator routing layer), Grindy (as campaign routing layer).
|
|
77
|
+
- **Notable:** on the SCF Integration List, signals SDF's appetite for DeFi middleware.
|
|
78
|
+
|
|
79
|
+
### Blend v2
|
|
80
|
+
|
|
81
|
+
- **Category:** Lending protocol on Soroban.
|
|
82
|
+
- **Used by:** For Yield, Grindy, others.
|
|
83
|
+
- **Notable:** lending pool primitive, on the SCF Integration List.
|
|
84
|
+
|
|
85
|
+
### Aquarius
|
|
86
|
+
|
|
87
|
+
- **Category:** Stellar DEX with ~$40M TVL.
|
|
88
|
+
- **Used by:** many dossiers as LP routing target.
|
|
89
|
+
- **Notable:** on the SCF Integration List.
|
|
90
|
+
|
|
91
|
+
### Soroswap
|
|
92
|
+
|
|
93
|
+
- **Category:** DEX aggregator on Soroban.
|
|
94
|
+
- **Built by:** Palta Labs.
|
|
95
|
+
- **Used by:** most dossiers as DEX routing layer.
|
|
96
|
+
- **Notable:** on the SCF Integration List.
|
|
97
|
+
|
|
98
|
+
## Targets in flight (not yet awarded)
|
|
99
|
+
|
|
100
|
+
These are dossiers The Arch Consulting is actively advising. They serve as updated budget benchmarks for new dossiers in the same category.
|
|
101
|
+
|
|
102
|
+
### Rebond, target $132,000 (SCF #44)
|
|
103
|
+
|
|
104
|
+
- **Category:** Green bond tokenization on Soroban.
|
|
105
|
+
- **Founders:** Manuel Vigier (CEO, ex-Credit Agricole + Amarenco 1+ GW), Bertrand Lagarde (CTO, multi-chain tokenization platform built).
|
|
106
|
+
- **Contracts:** GreenBondToken.rs, KYCWhitelist.rs, CouponDistributor.rs.
|
|
107
|
+
- **Traction:** 4 LOIs signed (LANGA International, Enervivo, Next Solar, Valorem) representing €30M pipeline, 2 distribution partners (Black Manta BaFin, Brickken DORA).
|
|
108
|
+
- **Use as anchor for:** RWA bond tokenization, dossiers at $125K-$135K with named LOIs.
|
|
109
|
+
|
|
110
|
+
### For Yield, target $144,000 (SCF #44)
|
|
111
|
+
|
|
112
|
+
- **Category:** Regulated DeFi yield vault.
|
|
113
|
+
- **Founders:** 11-person team with Quentin Hopp (ex-AXA Wealth Services), Julien Daubert (HEC, 10H11), Saturnin Paulet (Crypto and Macro 35K subscribers).
|
|
114
|
+
- **Contracts:** YieldVault.rs, PerfFeeModule.rs, EURC SAC wrapper.
|
|
115
|
+
- **Traction:** PSCA AMF dossier filed April 2026, EP simplifie filed parallel, ACCEIS audit passed, 50 HNW clients onboarded with €7-8M AUM.
|
|
116
|
+
- **Use as anchor for:** regulated DeFi yield, dossiers at $135K-$145K with regulatory filing.
|
|
117
|
+
|
|
118
|
+
### Solar Braves, target $121K-$132K (SCF #44 in flight)
|
|
119
|
+
|
|
120
|
+
- **Category:** Stellar-native risk-progression dungeon RPG.
|
|
121
|
+
- **Studio:** AveForge (live game RPS on MegaETH, 1100+ paying users, $25K revenue).
|
|
122
|
+
- **Team:** Gabriel Pires (CEO), Simone Mancini (COO), Tudor Stomff (Tech Lead, Bountyhive 100k + HYVE 80M USD peak + Codemelt 30+ projects), Alexandru (Frontend / Blockchain, 5+ years EVM/Solana/MultiversX, Bucharest Hackathon winner), Vitalii Molokanov (Art Director, Bloomtown shipped credit).
|
|
123
|
+
- **Use as anchor for:** Stellar-native consumer games, dossiers at $121K-$132K.
|
|
124
|
+
|
|
125
|
+
### Tickie, target $130K-$145K (SCF #44 in flight)
|
|
126
|
+
|
|
127
|
+
- **Category:** B2B event ticketing with Soroban secondary market and Atomic Splits royalties.
|
|
128
|
+
- **Founders:** Alexandre Maiolini (CEO), Sofiane-Henri Henocq (CMO), Nidhal Sabbah (CTO).
|
|
129
|
+
- **Traction:** 70+ B2B clients (sports clubs, festivals), 814K EUR GMV 2025, 30K EUR MRR, 1M EUR+ secured revenue, profitable since 2024, French Tech Tremplin laureate, ControlTick certified, Future of Sport laureate Viva Technology.
|
|
130
|
+
- **Notable advisors:** Eddie Aubin (30 years in ticketing, Forum Billetterie founder), Duong Phan (Music Tech / PIMS / Ticketr).
|
|
131
|
+
- **Use as anchor for:** B2B platforms with deep commercial traction extending to Stellar.
|
|
132
|
+
|
|
133
|
+
## How to use this catalog
|
|
134
|
+
|
|
135
|
+
When you write a review or budget recommendation, name 2 or 3 winners that match the client's profile, then use the same names in chat with the client. Specific past examples beat generic claims every time.
|