ethereum/casper

Deploy PURITY_CHECKER and MSG_HASHER with via compile in testing

Open

#159 geöffnet am 30. Mai 2018

Auf GitHub ansehen
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (184 Forks)batch import
blockedgood first issue

Repository-Metriken

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

Beschreibung

Issue

PURITY_CHECKER and MSG_HASHER are currently deployed via previously sign txs in the testing framework. This is super opaque and makes it tough to test any changes to purity checker. It is also not how we plan on deploying in the EIP

Proposed implementation

  • ensure msg_hasher and purity_checker source are in the repo
  • compile and deploy dynamically in testing rather than sending a previously sign tx

BLOCKER: #69 and #73. Both of these issues port msg_hasher and purity_checker to vyper LLL so we don't have to introduce serpent as a dependency.

Contributor Guide

Research-Richtung
Untersuche die aktuelle Bereitstellungsmethode mittels vorab signierter Transaktionen für PURITY CHECKER und MSG HASHER. Verstehe die Kompilierungsschritte für Vyper LLL gemäß der Blocker #69 und #73. Modifiziere das Test Framework, um diese Verträge dynamisch zu kompilieren und bereitzustellen.
Tech Stack
python
Domain
blockchain
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
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.
Klar
Voraussetzungen
PythonGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
35