Vitalik Buterin tätigt private Ethereum-Zahlungen ohne Webschnittstellen

Einführung

Vitalik Buterin verlagert einen Teil seiner Ethereum-Aktivitäten aus den Webschnittstellen. In seinem Essay vom 31. Oktober erklärte der Mitbegründer von Ethereum, dass er ein KI-gestütztes Kommandozeilenwerkzeug für die aktuellen IPFS-Content-Hash-Updates auf ENS, dem Namenssystem von Ethereum, sowie kohaku-cli, einer Kommandozeilen-Wallet, für zahlreiche Zahlungen über Datenschutzprotokolle verwendet hat.

Trennung von Werkzeugen

Der ENS-Updater und die Zahlungs-Wallet sind separate Werkzeuge. Buterins Einwand geht über Bildschirmüberladung hinaus. Eine Website kann den Anwendungscode jedes Mal erneut bereitstellen, wenn jemand zurückkehrt, wodurch der Benutzer von dem abhängig ist, was der Server jedes Mal liefert. Die Verwendung einer lokalen Anwendung kann diese wiederholte Bereitstellungsexposition verringern.

Zudem verlagert sie eine entscheidende Entscheidung auf den Benutzer: Welche Softwareversion soll installiert, beibehalten und schließlich ersetzt werden?

Warnungen und Risiken

Die Wallet, die er verlinkte, macht diesen Kompromiss konkret. Ihre Dokumentation warnt, dass die CLI nicht geprüft, aktiv in Entwicklung ist und mit KI-Hilfe geschrieben wurde. Sie rät den Benutzern, das Mainnet zu meiden, es sei denn, sie verstehen, was sie tun, und sind sich der Möglichkeit eines katastrophalen Verlusts von Geldern bewusst.

„Kontrolle über eine heruntergeladene Schnittstelle ist wichtig, da der akzeptierte Code zwischen einer Zahlungsanweisung und der Signatur, die sie autorisiert, sitzt.“

Software-Lieferkette

Die Anwendung hat daher eine Software-Lieferkette, selbst wenn ihre Schnittstelle auf dem Computer des Benutzers läuft. Die öffentlichen Übertragungs- und Railgun-Unshield-Pfade von kohaku-cli zeigen, warum eine Pause vor der Einreichung unterschiedliche Bedeutungen haben kann.

Ein gewöhnlicher öffentlicher Übertragungs-Dry-Run gibt zurück, ohne die Transaktion zu senden; ein vorbereiteter Railgun-Unshield kann bereits eine Signatur enthalten. Für einen gewöhnlichen, nicht gebündelten öffentlichen Transfer simuliert die Transferimplementierung die Transaktion und gibt die Dry-Run-Ausgabe ohne Einreichung zurück.

Komplexität der Operationen

Private Operationen bringen eine zusätzliche Komplikation mit sich. Der Unshield-Befehl kann eine vorbereitete Railgun UserOperation ausgeben, die bereits signiert ist, selbst wenn das Broadcasting zurückgehalten wird. Eine UserOperation ist eine Konto-Operationslast, die mit kompatiblen Werkzeugen eingereicht werden kann.

Die separate Broadcast-Implementierung erwartet eine signierte Operation und sendet sie dann durch einen Pimlico-Bundler. Für diesen Pfad kann das Zurückhalten der Einreichung immer noch eine signierte Operation hinterlassen, die später von kompatiblen Werkzeugen eingereicht werden kann.

Benutzerkontrolle und Sicherheit

Die README beschreibt einen verschlüsselten Seed auf der Festplatte und besitzerbeschränkte Passwortdateien für POSIX-Automatisierung. Diese Maßnahmen regeln die gespeicherten Geheimnisse und wie ein Prozess Zugriff auf sie erhält. Sie legen jedoch für sich genommen kein unabhängiges Ausgabenlimit oder Empfängerpolitik fest, sobald der Prozess den Signierer verwenden kann.

Die Kontrolle über die Lieferung fügt eine weitere Dimension hinzu: Ein Benutzer kann eine gewählte Schnittstellenrevision beibehalten, während dieser Code innerhalb der Signierungs- und Einreichungsautorisierung arbeitet, die er erhält.

Fazit

Buterins Experiment weist auf eine konkrete Form der Benutzerkontrolle hin: die Wahl des Anwendungscodes, der auf der Maschine bleibt, und die Entscheidung, wann Ersatzcode akzeptiert werden soll. Sein Wert hängt davon ab, diese Kontrolle durch die Auswahl der Abhängigkeiten und des Signierers aufrechtzuerhalten.