Als ich anfing, die Privacy-Architektur des Newton-Protokolls zu erforschen, ging ich davon aus, dass der größte Trade-off die Geschwindigkeit sein würde.
Stattdessen stieß ich immer wieder auf etwas, das viel weniger diskutiert wird.
Energie.
Die meisten Gespräche vergleichen Blockchain-Netzwerke miteinander. Dieser Vergleich verfehlt, was Newton tatsächlich tut. Das Protokoll fordert Validatoren nicht dazu auf, schwerere Onchain-Berechnungen durchzuführen. Seine Identitätsprüfung findet innerhalb von Intel SGX Trusted Execution Environments statt, die auf den Servern der Operatoren laufen. Die eigentliche Frage lautet nicht, ob TEEs mehr Strom verbrauchen als Proof of Stake. Sondern ob sie mehr verbrauchen als das Ausführen exakt derselben Workload ohne die sichere Enklave.
Akademische Benchmarks liefern eine überraschend klare Antwort.
Bei speicherintensiven Workloads wurde gemessen, dass Intels SGX bis zu 1,67-mal so viel Energie verbraucht wie die native Ausführung. Noch wichtiger: Die Strafe wächst, wenn die Workloads den geschützten Speicher der Enklave überschreiten. Mit anderen Worten: Je größer die Verifikationsaufgabe wird, desto teurer wird SGX im Verhältnis zu gewöhnlichem Rechnen.
Das bedeutet aber nicht, dass jede TEE gleich stark betroffen ist. AMDs SEV und Intels neuere TDX wurden entwickelt, um viele der Engpässe von SGX zu reduzieren. Der Overhead hängt größtenteils mit der von Newton dokumentierten Hardwareauswahl zusammen, nicht mit dem TEE-Konzept selbst.
Die tiefere Erkenntnis kam jedoch, als ich aufhörte, mir die heutige Architektur anzusehen, und stattdessen anfing, den Fahrplan zu lesen.
Newton stellt SGX nicht als das Ziel dar. Es stellt SGX als den Anfang dar.
Das Protokoll plant, sich von der heutigen Threshold-Verschlüsselung hin zu Multi Party Computation und schließlich zu Fully Homomorphic Encryption weiterzuentwickeln. Jeder Schritt entfernt eine weitere Vertrauensannahme. Operatoren erfahren weniger. Der Datenschutz verbessert sich. Die Verifikation wird stärker.
Der Preis ist Rechenleistung.
Forscher haben Jahre damit verbracht zu zeigen, dass MPC deutlich mehr Ressourcen benötigt als TEE-basierte Ausführung. Fully Homomorphic Encryption ist sogar noch anspruchsvoller: Veröffentlichten Schätzungen zufolge ist es je nach Workload etwa zwischen eintausend und einer Million Mal langsamer als gewöhnliche Berechnung.
Das verändert komplett, wie ich den Fahrplan lese.
Die Diskussion wird normalerweise so gerahmt, als ginge es in einem stetigen Marsch hin zu besserem Datenschutz. Technisch gesehen stimmt das. Stärkerer Datenschutz ist aber auch ein Bekenntnis zu größerer rechnerischer Komplexität, zu höheren Anforderungen an die Infrastruktur und letztlich zu einem höheren Energieverbrauch.
Das ist keine Kritik am Newton-Protokoll. Jedes Privacy-System macht Kompromisse. Einige opfern Vertraulichkeit zugunsten der Effizienz. Andere investieren zusätzliche Rechenleistung, um das Vertrauen zu minimieren.
Newton hat eindeutig den zweiten Weg gewählt.
Vielleicht ist der interessanteste Punkt, dass SGX, das heute oft als die teure Option angesehen wird, später vielleicht als die günstige Phase in der Architektur von Newton in Erinnerung bleiben wird.
Die eigentliche Energier**d**f**o**rderung beginnt nicht mit den heutigen Enklaven.
Sie beginnt bei den Datenschutztechnologien, die das Protokoll durch etwas ersetzen will.
@NewtonProtocol #Newt $NEWT $T $FHE