In Parity gibt es, wie in diesem Tutorial zum Einrichten eines PoA erklärt , drei Methoden zum Erstellen von Ethereum-Konten: Über RPC-Aufrufe, über die Benutzeroberfläche und über parity account new.
Die Benutzeroberfläche scheint die RPC-Aufrufe offensichtlich zu verpacken, sodass wir die Benutzeroberfläche für diese Diskussion verwerfen können. Folgendes habe ich beobachtet:
Die RPC-Aufrufe erstellen deterministisch eine ICAP-Adresse. Ich laufe speziell parity_newAccountFromPhraseund setze dies mit einer zufälligen Phrase aus parity parity_generateSecretPhrase.
Die Befehlszeilenoption parity account newscheint mir keine ICAP-Adresse oder die Möglichkeit zu geben, eine Wiederherstellungsphrase zu erhalten.
Also, was ist der Grund dahinter? Gibt es eine Möglichkeit für mich, eine nicht ICAP-kompatible Adresse aus den RPC-Aufrufen zu erhalten? Gibt es eine Möglichkeit für mich, eine Wiederherstellungsphrase über die Befehlszeilenoption zu erhalten?
Ich frage speziell in Bezug auf private PoA-Ketten.
EDIT: ICAP, nicht ICAN.
Nur aus Phrasen generierte Konten führen zu einer ICAP-kompatiblen Adresse, nämlich parity_newAccountFromPhrase.
Gibt es eine Möglichkeit für mich, eine nicht ICAP-kompatible Adresse aus den RPC-Aufrufen zu erhalten?
Alle anderen Methoden (CLI, RPC) liefern solche Adressen nicht. Für RPC heißt das:
personal_newAccountparity_newAccountFromSecretparity_newAccountFromWalletGibt es eine Möglichkeit für mich, eine Wiederherstellungsphrase über die Befehlszeilenoption zu erhalten?
Nein, aber es gibt eine Rostkiste: https://github.com/paritytech/wordlist
parity account newund der RPC parity_newAccountsind also funktional gleichwertig?personal_newAccount, aber ja.
Nulik