Quantus Weekly: Blockchain-Upgrades sind Politik

„Gute politische Institutionen sind diejenigen, die es so leicht wie möglich machen zu erkennen, ob ein Herrscher oder eine Politik ein Fehler ist, und Herrscher oder Politik ohne Gewalt zu entfernen, wenn sie es sind.“

Popers Kriterium.

Eine Blockchain zu upgraden ist Politik.

Vorhersehbarkeit ist eine Tugend guten Geldes. Ossifikation ist ein Selbstmordpakt.

Es muss einen Weg geben, veraltete Kryptografie zu aktualisieren und Protokollverbesserungen auszuliefern – ohne kontroverse Hard Forks.

Wenn Bitcoin die nötigen Änderungen nicht vornehmen kann, um auf eine existenzielle Bedrohung zu reagieren, die seit Jahren angekündigt ist, ist es ein gescheitertes Governance-Experiment.

Aber souveränes Peer-to-Peer-Electronic Cash ist eine edle Mission – also, was tun wir?

Bosheit oder Inkompetenz

Das Office of Strategic Services (OSS) war der WW2-Vorgänger der CIA.

Sie veröffentlichten ein „Simple Sabotage Field Manual“. Geschrieben, um normale Bürger in besetzten Ländern zu trainieren, feindliche Organisationen von innen zu sabotieren.

Strategien darin:

Irrelevante Themen häufig ansprechen.

Sobald Quantum zur Sprache kommt, sagen die Laser-Augen immer: „Banken und traditionelle Systeme sind auch angreifbar und müssen upgraden.“ Völlig irrelevant – Banken testen PQC bereits in Pilotprojekten.

Cloudflare schützt bereits den Großteil des menschlichen TLS-Traffics mit hybridem Post-Quantum-Key-Exchange, und Apps wie Signal und iMessage haben Post-Quantum deployed.

Aber schau, was passiert, wenn du über das Quantum-Risiko für Bitcoin tweetest.

Das ist der Haupttalking point, den du hörst.

Effiziente Abkürzungen nie zulassen.

Bitcoin-Maxis diskutieren lieber SHRINCS und SHRIMPS – neuartige „PQC“ von Blockstream – als etablierte, breit akzeptierte PQC-Schemata.

NIST und die Open-Source-Community haben Jahre damit verbracht, die Algorithmen zu härten, die wir haben. Die Mainline-Bitcoin-Meinung: lieber von null anfangen und eigene Bitcoin-spezifische Kryptografie bauen.

Meetings einberufen, wenn kritische Arbeit ansteht.

„Ist Quantum wirklich eine Bedrohung?“

Satoshi selbst sagte ja. Die Quantum-Industrie senkt die Schätzungen für das Brechen von secp256k1 weiter.

Jeder Standardisierungsgremium empfiehlt, bis 2030 etwas zu tun.

Wir brauchen kein weiteres Meeting über Timelines. Es ist Zeit, einen quantum-sicheren Address-Typ auszuliefern.

Was ist die Alternative?

Es braucht einen effizienten und ausreichend dezentralen Weg, Blockchains zu aktualisieren.

Letzte Woche haben wir @QuantusNetwork Runtime-Upgrades getestet.

Wir führten dieses forklose Upgrade auf unserem Planck-Testnet durch.

Wir bauten unseren ZK-Aggregator um, sodass er ein Viertel des Speichers braucht. Proofs werden jetzt in Gruppen von sieben gebatcht.

Das heißt: Proving läuft auf einfacher lokaler Hardware wie einem Handy – in Zukunft generieren Menschen ihre privaten Transaktionen direkt auf dem Mobilgerät.

Das haben wir sonst noch letzte Woche ausgeliefert.

Github-Aktivität (inkl. 8 gemergter Pull Requests):

Github Stats

Core Tech & ZK:

Runtime-Upgrade ausgeführt (v0.7.1-q-day-2).
Die neuen Proofs nutzen ein anderes Format als die alten – die CLI braucht daher ein Update, um kompatibel zu bleiben.
Dilithium-Threshold-Key-Resharing gehärtet.
Begonnen, einen Weg zur formalen Verifikation unseres ZK-Circuits zu designen und zu bauen.
Chain-Fixes und KI-unterstützte Audit-Arbeit ausgeliefert.

Netzwerk & Infra:

Neue Version des GUI-Miners mit Fixes veröffentlicht.
Neuen Subsquid-Indexer mit Multisig-Support und aktualisiertem Proposal-Event-Indexing deployed.
CLI-Subsquid-Client aktualisiert.
DNS-Issue im Node behoben und Grafana-Monitoring aktualisiert.