Dieselbe Sache wird in der Branche mindestens auf zwei Arten interpretiert. Im Vergleich wird es klarer: Die eine Sicht lautet: „Eine öffentliche Blockchain hat eine Schwachstelle aus dem Jahr 2015 behoben.“ Die andere: „Ein altes Problem wurde erst nach so langer Zeit systematisch angegangen“.

Die erste Sichtweise betrachtet es als Erfolg des Sicherheitsmechanismus. Eine frühe Schwachstelle, die zu einer Ausweitung des Angebots hätte führen können, wurde entdeckt und behoben. Anschließend wurde der Patch von den Netzwerkteilnehmern validiert. Damit wurde der für öffentliche Blockchains typische Ablauf „Entdecken – Beheben – Validieren“ durchlaufen. Dass der Vorgang öffentlich diskutiert und von den Nodes akzeptiert werden konnte, ist an sich ein Zeichen dafür, dass die Governance funktioniert.

Die zweite Sichtweise versteht den Vorfall als Mahnung: Code altert, und Schwachstellen können verborgen bleiben. Eine einzelne Behebung bedeutet nicht, dass man sich von nun an in Sicherheit wiegen kann. Bei Altlasten sind oft mehrere Audits und ein Konsens in der Community nötig, um das Problem einzugrenzen.

Bei Unternehmenssystemen überzeugt uns eher die Bedeutung der zweiten Sichtweise: Zuverlässige Systeme zeichnen sich nicht dadurch aus, dass „nie etwas schiefgeht“, sondern dadurch, dass Fehler „entdeckt, reproduziert, behoben und validiert werden können“. Der Vorfall $XRP eignet sich eher als Fallbeispiel für Governance und Sicherheitsmechanismen denn als Signal für eine bestimmte Richtung (die damit verbundenen Sicherheitsbewertungen beruhen lediglich auf einer Momentaufnahme und stellen keine Sicherheitsgarantie dar). Kryptowerte unterliegen starken Schwankungen. Die obigen Ausführungen dienen der Diskussion von Mechanismen und stellen keine Anlageberatung dar. #XRP #协议漏洞 #链上治理 $XRP