Ein Kumpel, der alles BTC in einer Hardware-Wallet hält, nie online ist, fragt mich: „Muss man bei Stake Babylon die Keys auf einen Hot-Computer hochladen?“
Ich muss mich gründlich informieren, bevor ich antworten kann, denn das ist eine sehr praktische Frage, zu der es nur wenige Beiträge gibt.
Mit @BabylonLabs_io erfordert das Erstellen von Stake-Transaktionen – einschließlich Covenant-Verpflichtung, Festlegen der Unbonding-Bedingungen, Auswahl eines Finality Providers – das Signieren einer viel komplexeren Transaktionsstruktur als bei einem normalen BTC-Sendebefehl.
Technischer Punkt: Nicht jede Hardware-Wallet unterstützt diese Art von komplexen Transaktionen von Anfang an vollständig. Einige benötigen ein Firmware-Update, andere eine Zwischen-Software, um die Transaktion vor dem Signieren auf dem Gerät zu erstellen.
Für jemanden, der BTC komplett air-gapped hält – also niemals zulässt, dass ein privater Schlüssel einen Rechner mit Netzwerkanbindung berührt – kann der Stake-Prozess verlangen, diese strengen Sicherheitsgrundsätze teilweise aufzuweichen.
Das ist eine Art versteckter Kosten, die nicht auf der Abwägung zwischen Rendite und Nutzen auftaucht – Kosten durch das Ändern persönlicher Sicherheitsprozesse, die über viele Jahre optimiert wurden.
Selbstwiderlegung: Das könnte nur ein vorübergehendes Problem der Anfangsphase sein. Das Ökosystem aus Wallets und Hardware holt meist recht schnell auf, wenn ein Protokoll groß genug ist – viele große Wallets haben Babylon-Unterstützung bereits integriert, und dieser Rhythmus wird weiter besser.
Die aktuelle Hürde sollte man nicht als dauerhaftes Merkmal betrachten.
$BABY und das Stake-Erlebnis werden deutlich reibungsloser, wenn die Unterstützung für Offline-Signing zur Norm wird, statt zur Ausnahme.
Ich schaue gerade, wie schnell große Hardware-Wallets die volle Babylon-Unterstützung übernehmen – das ist der entscheidende Faktor dafür, ob die vorsichtigsten Holder in die Gruppe aufgenommen werden oder nicht.
#baby $DEXE
Ich muss mich gründlich informieren, bevor ich antworten kann, denn das ist eine sehr praktische Frage, zu der es nur wenige Beiträge gibt.
Mit @BabylonLabs_io erfordert das Erstellen von Stake-Transaktionen – einschließlich Covenant-Verpflichtung, Festlegen der Unbonding-Bedingungen, Auswahl eines Finality Providers – das Signieren einer viel komplexeren Transaktionsstruktur als bei einem normalen BTC-Sendebefehl.
Technischer Punkt: Nicht jede Hardware-Wallet unterstützt diese Art von komplexen Transaktionen von Anfang an vollständig. Einige benötigen ein Firmware-Update, andere eine Zwischen-Software, um die Transaktion vor dem Signieren auf dem Gerät zu erstellen.
Für jemanden, der BTC komplett air-gapped hält – also niemals zulässt, dass ein privater Schlüssel einen Rechner mit Netzwerkanbindung berührt – kann der Stake-Prozess verlangen, diese strengen Sicherheitsgrundsätze teilweise aufzuweichen.
Das ist eine Art versteckter Kosten, die nicht auf der Abwägung zwischen Rendite und Nutzen auftaucht – Kosten durch das Ändern persönlicher Sicherheitsprozesse, die über viele Jahre optimiert wurden.
Selbstwiderlegung: Das könnte nur ein vorübergehendes Problem der Anfangsphase sein. Das Ökosystem aus Wallets und Hardware holt meist recht schnell auf, wenn ein Protokoll groß genug ist – viele große Wallets haben Babylon-Unterstützung bereits integriert, und dieser Rhythmus wird weiter besser.
Die aktuelle Hürde sollte man nicht als dauerhaftes Merkmal betrachten.
$BABY und das Stake-Erlebnis werden deutlich reibungsloser, wenn die Unterstützung für Offline-Signing zur Norm wird, statt zur Ausnahme.
Ich schaue gerade, wie schnell große Hardware-Wallets die volle Babylon-Unterstützung übernehmen – das ist der entscheidende Faktor dafür, ob die vorsichtigsten Holder in die Gruppe aufgenommen werden oder nicht.
#baby $DEXE
