Airdrop Utility
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- blockchain
- Bereich
- blockchain, documentation
Rechercherichtung
Beginne mit der Überprüfung des Airdrop Template und der Budgettabellen, um festzustellen, wo die client-airdrop-Tabelle hingehört, und untersuche dann die Struktur des Handbooks auf die Anweisungen für den Execution Lead. Phase 1 ist abgeschlossen, wenn die Verteilungstabelle der Spreadsheet und die Anleitung im Handbook dokumentiert sind; Phase 2 erfordert ein separates Design für xDAI-Daten, die Veröffentlichung des merkle-root, die Benennung und das Claiming.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
A utility for distributing client project airdrops to:
- Builders (80% - based on aggregate builder budget split)
- Sourcing Leads (10% - based on commission split)
- Rep-Holders (10% - based on square root of rep balance)
Phase 1: Manual
- Client sends tokens to Execution Lead
- Execution Lead calculates token distribution from Airdrop Template and exports to CSV
- Execution Lead distributes tokens by uploading the CSV to disperse.app
TODO
- add table for distributing client airdrops to the bottom of budget spreadsheets that will have an airdrop
- Add instructions to handbook for Execution Leads
Phase 2: Automated
- App lets the Execution Leads generate and publish the token distribution on-chain
- Pull rep-holder data from xDAI
- Upload distribution as merkle root?
- $project_name.dorg.eth` is generated and pointed to the contract
- Clients send tokens to
$project_name.dorg.eth - Rep-holders can check and claim accumulated airdrops across client projects
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 17
- Forks
- 12
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
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 dOrgTech/docs
-
Handbook
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Document recurring flowsOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
-
Handbook
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
-
Add docs for researchersOffenHandbook
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
ChainSafe/lodestar#10322 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
approved bug core skill: beginner
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
hiero-hackers/hiero-enterprise-js#289 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation good first issue help wanted
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Sorogate/example-consumer#17 ·