Internal checklist for testnet partner outreach
Maintainer antworten meist innerhalb von 1 Tag
@Santiagocetran arbeitet bereits daran.
Seit 16.10.2026.
Bewertung
Dieses Issue wurde noch nicht bewertet.
Beschreibung
Related: OPS-1, issue No. 158, PR No. 189, issue No. 155, issue No. 75
Why this would help
Issue No. 158 produced the partner-facing introduction, Documentation/public/partner-introduction.md, merged in PR No. 189. It explicitly left "any internal outreach checklist" as a separate follow-up. Without that checklist, each person who starts a partner conversation decides on their own what to share, what to ask, and what not to promise. The partner page helps with consistency, but only if everyone uses it the same way.
Suggested next step
Agree on an owner, then draft a short internal checklist, for example under Developer/, covering:
- Before the first conversation: the current partner-introduction link, the network/version to point people at, and the open policy rows to avoid committing on (rewards and slashing values in issue No. 155, distribution eligibility in issue No. 75, testnet resets).
- What to ask the partner: role of interest, model and data type, number of participants, hardware, privacy constraints. These match the "Start a conversation" section of the partner page and the "How do I try it?" section of
what-can-be-trained.md. - Who owns follow-up: the named contact, who runs the onboarding call, and who supports setup (wallet, test ETH, staking, IPFS).
- Where to record it: one place to track partner conversations and their status, so OPS-1's 2–3 validator-partner goal can be tracked.
- When to re-check the page: for example, after issue No. 155 or issue No. 75 settles a row in the partner page's settled-vs-undecided table.
Expected outcome
A short internal checklist that anyone starting partner outreach can follow, kept in sync with the partner-introduction page.
This documents the outreach process only. It doesn't decide partnership terms or reward policy.
- Vorherrschende Sprache
- Python
- Sterne
- 4
- Forks
- 7
- Ø Merge
- 3 T. 4 Std.
- Gemergte PRs (30 T.)
- 34
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus InfiniteZeroFoundation/DevNet
-
ROADMAP.md: refresh "What is still open for P3" (several items were fixed in October)Evtl. vergeben @umermjd11 hat das vor 3 Tagen übernommen. Offendocumentation good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
InfiniteZeroFoundation/DevNet#285 · 1 Kommentar · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Update the 25 translated organisation READMEs to match the English versionEvtl. vergeben @mrCabez hat das heute übernommen. Offengood first issue help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
InfiniteZeroFoundation/DevNet#277 · 2 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
-
Update the client-service guide to explain training and uploading separatelyEvtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
InfiniteZeroFoundation/DevNet#266 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
InfiniteZeroFoundation/DevNet#299 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Long run
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
InfiniteZeroFoundation/DevNet#298 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in InfiniteZeroFoundation/DevNet
Ähnliche Issues
-
bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 86/100
awslabs/visual-asset-management-system#937 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
follow-up
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 83/100
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 2 Tagen