Gestern Nacht habe ich die zugrunde liegende Architekturkarte von @NewtonProtocol bis ins Detail auseinandergenommen. Als ich am Ende diesen Satz „Geplant ist eine Messung nach der Post-Quantum-Kryptografie“ gesehen habe, ist mir ehrlich gesagt ein wenig kalt den Rücken heruntergelaufen.
Viele Spieler sehen nur die Oberfläche, aber ich finde, dass man verstehen muss, worauf das Vertrauen im Kern basiert. Als ich die Code-abhängigkeiten geprüft habe, stellte ich fest: Die Basis setzt aktuell immer noch auf BLS-Aggregationssignaturen, ECDSA und HPKE auf Basis von X25519. Dieses Kombipaket ist derzeit zweifellos erstklassig, doch vor Shors Algorithmus ist die Schicht der Elliptischen Kurven im Grunde nur hauchdünn. Im Whitepaper werden ML-KEM und diese neuen Standards erwähnt, aber es gibt keinen Zeitplan für die Umsetzung – das ist schon ziemlich peinlich. $BTC
Offiziell hat man im Architekturdesign tatsächlich eine KEM-unabhängige Variante vorgesehen, und das ist lobenswert. Theoretisch kann man einfach die Konfiguration austauschen und den Algorithmus wechseln. Aber erfahrene Veteranen wissen: Das Schwierigste ist nicht der Schlüsselaustausch an sich, sondern BLS12-381. In der aktuellen Ethereum-Umgebung hängen Anbieterregistrierung und Cross-Chain-Validierung komplett daran. Wenn du dieses Signaturkonzept auf post-quantensichere Verfahren umstellst, ist das im Grunde wie bei einem Flugzeug in der Luft zwangsweise die Triebwerke zu tauschen – die Logik der Smart Contracts auf der Ebene darunter würde in Stücke zerfallen und müsste komplett neu geschrieben werden.
Was mir am meisten Bauchschmerzen macht, ist dieses Schicksal auf der „fundamentalen Lebens- oder Todes-Ebene“: $NEWT hat man es offenbar der zukünftigen Community-Governance überlassen. Wenn es wirklich brenzlig wird, willst du darauf vertrauen, dass Abstimmungsentscheidungen schneller sind als ein Rechen-Power-„Krypto-Sprengangriff“? $ETH
Meine derzeitige Praxisstrategie ist ziemlich klar: NewtonProtocol als Autobahn für Liquidität in dieser Phase laufen zu lassen – damit ist es im Prinzip okay. Die technische Basis ist aktuell ausreichend. Aber bevor eine echte Post-Quantum-Migration durch NIST steht, würde ich keine Kern-Assets in irgendwelchen Smart Contracts fest einfrieren, die rein auf der alten BLS-Version beruhen. Technische Weiterentwicklung braucht Zeitversatz, der Markt liegt immer richtig: Wir verdienen, was wir verdienen sollten – aber wir müssen die Entwicklung der Basisschicht ständig im Blick behalten. Nimm die Übergangsphase nicht als dauerhaftes Zuhause für die Sicherheit.
#newt
Viele Spieler sehen nur die Oberfläche, aber ich finde, dass man verstehen muss, worauf das Vertrauen im Kern basiert. Als ich die Code-abhängigkeiten geprüft habe, stellte ich fest: Die Basis setzt aktuell immer noch auf BLS-Aggregationssignaturen, ECDSA und HPKE auf Basis von X25519. Dieses Kombipaket ist derzeit zweifellos erstklassig, doch vor Shors Algorithmus ist die Schicht der Elliptischen Kurven im Grunde nur hauchdünn. Im Whitepaper werden ML-KEM und diese neuen Standards erwähnt, aber es gibt keinen Zeitplan für die Umsetzung – das ist schon ziemlich peinlich. $BTC
Offiziell hat man im Architekturdesign tatsächlich eine KEM-unabhängige Variante vorgesehen, und das ist lobenswert. Theoretisch kann man einfach die Konfiguration austauschen und den Algorithmus wechseln. Aber erfahrene Veteranen wissen: Das Schwierigste ist nicht der Schlüsselaustausch an sich, sondern BLS12-381. In der aktuellen Ethereum-Umgebung hängen Anbieterregistrierung und Cross-Chain-Validierung komplett daran. Wenn du dieses Signaturkonzept auf post-quantensichere Verfahren umstellst, ist das im Grunde wie bei einem Flugzeug in der Luft zwangsweise die Triebwerke zu tauschen – die Logik der Smart Contracts auf der Ebene darunter würde in Stücke zerfallen und müsste komplett neu geschrieben werden.
Was mir am meisten Bauchschmerzen macht, ist dieses Schicksal auf der „fundamentalen Lebens- oder Todes-Ebene“: $NEWT hat man es offenbar der zukünftigen Community-Governance überlassen. Wenn es wirklich brenzlig wird, willst du darauf vertrauen, dass Abstimmungsentscheidungen schneller sind als ein Rechen-Power-„Krypto-Sprengangriff“? $ETH
Meine derzeitige Praxisstrategie ist ziemlich klar: NewtonProtocol als Autobahn für Liquidität in dieser Phase laufen zu lassen – damit ist es im Prinzip okay. Die technische Basis ist aktuell ausreichend. Aber bevor eine echte Post-Quantum-Migration durch NIST steht, würde ich keine Kern-Assets in irgendwelchen Smart Contracts fest einfrieren, die rein auf der alten BLS-Version beruhen. Technische Weiterentwicklung braucht Zeitversatz, der Markt liegt immer richtig: Wir verdienen, was wir verdienen sollten – aber wir müssen die Entwicklung der Basisschicht ständig im Blick behalten. Nimm die Übergangsphase nicht als dauerhaftes Zuhause für die Sicherheit.
#newt