lbryio/lbry-sdk

Add type to supports data

Open

#919 geöffnet am 22. Sept. 2017

Auf GitHub ansehen
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (500 Forks)batch import
area: jsonrpchelp wantedlevel: 1type: improvement

Repository-Metriken

Stars
 (7.220 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

The Issue

Currently, when you list claim information (claim_list_mine/claim_show/resolve/claim_list) that shows supports, you can't tell if it's a classical support or a tip. We should add a type attribute to each support. If someone sends a tip to themselves, it's treated the same way as a classical support, so not sure which way it needs to be captured.

This will be an important field to report of off for search results and have available in the block explorer.

Expected behaviour

Support should show if it's a tip or not

Actual behaviour

Can't tell if support is a tip or classic support

Contributor Guide

Research-Richtung
Untersuchen Sie die Unterstützungsdatenstruktur im SDK Codebasis. Identifizieren Sie, wo Unterstützungen in API Endpunkten (claim list mine, claim show, resolve, claim list) erstellt und zurückgegeben werden. Fügen Sie jedem Unterstützungsobjekt ein 'type' Attribut hinzu (z.B. 'classic' oder 'tip'). Aktualisieren Sie die entsprechende Serialisierung und Tests. Stellen Sie sicher, dass der Typ basierend auf der Herkunft der Unterstützung (z.B. ob es sich um einen an sich selbst gesendeten Trinkgeld handelt) korrekt gesetzt wird.
Tech Stack
python
Domain
blockchain
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitPython
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50