Vitalik prognostiziert eine fehlerfreie Zukunft für intelligentetrac

Laut Ethereum-Mitbegründer Vitalik Buterin können Entwickler, die der Sicherheit Priorität einräumen, damit rechnen, dass fehlerfreies Programmieren in den 2030er Jahren möglich sein wird. 

Nach dem umstrittenen Hard Fork der Gnosis Chain, mit dem 9,4 Millionen Dollar aus dem Balancer-Hack zurückgeholt werden sollten, sagte Ethereum -Mitbegründer Vitalik Buterin, dass die Annahme, dass „Bugs unvermeidlich sind und man keinen fehlerfreien Code schreiben kann“, in den 2030er Jahren nicht mehr zutreffen werde.

Was sagte Vitalik Buterin über das Programmieren? 

Vitalik Buterin hat durch eine Interaktion auf der Social-Media-Plattform X vorhergesagt, dass fehlerfreier Code in den 2030er Jahren Realität werden wird. 

Die Diskussion begann Cryptopolitan Cryptopolitan. Durch diesen Hard Fork konnten 9,4 Millionen US-Dollar wiederhergestellt werden, die während des Balancer-Exploits im November 2024 gestohlen worden waren. Dieser Exploit hatte über 128 Millionen US-Dollar auf mehreren Blockchains vernichtet. Die Wiederherstellung erforderte von den meisten Validatoren die Installation neuer Software. Wer das Update versäumte, muss mit Strafen rechnen. als Gnosis Chain laut am 22. Dezember einen Hard Fork durchführte

Dies stieß natürlich auf Widerstand von Blockchain-Befürwortern, die den Schritt kritisierten, da er dem Prinzip der Unveränderlichkeit widerspreche. Ein X-Nutzer mit dem Pseudonym „colluded node“ erklärte, das eigentliche Problem liege in der Art und Weise, wie Blockchain-Anwendungen entwickelt würden. Er argumentierte, die Verwendung von Smarttracin programmierbaren virtuellen Maschinen sei der falsche Ansatz. 

„Es gibt nur 7trac, die es wert sind, geschrieben zu werden, und diese sollten einfach in der Basisschicht verankert werden und durch die Vielfalt der Clients Sicherheit erhalten“, schrieb der Benutzer. 

Buterin stellte klar, dass formale Verifizierung nicht gleichbedeutend mit nachweislicher Fehlerfreiheit sei. Er ging sogar so weit zu behaupten, dass nachweislich fehlerfreier Code möglicherweise gar nicht möglich sei.

„Ich würde sogar so weit gehen zu sagen, dass ‚nachweislich fehlerfrei‘ nicht möglich ist, denn ‚fehlerfrei‘ bedeutet ‚keine Diskrepanz zwischen Absicht und Codeausführung‘, und unsere Absicht ist ein extrem komplexes Objekt, zu dem wir nur begrenzten Zugriff haben.“ 

Die formale Verifikation nutztmaticMethoden, um zu überprüfen, ob sicherheitskritische Systeme korrekt funktionieren. Diese Technik wird seit den 1960er Jahren in Bereichen wie der Luft- und Raumfahrttechnik eingesetzt. 

Bei intelligententrackann die formale Verifikation beweisen, dass dietracGeschäftslogik eines Vertrags einer vordefinierten Spezifikation entsprichtdefider Tatsache, dass Balancer-Verträgetracelfmal vier verschiedenen Sicherheitsfirmen geprüft wurden, ist dennoch ein kritischer Fehler durchgerutscht. 

Ist eine Zukunft ohne Fehler im Code möglich? 

Buterin schlug vor, das Problem durch mehrere Redundanzebenen zu lösen, um Diskrepanzen zwischen Intention und Ausführung zu beseitigen. Er nannte Typsysteme als eine Form der Redundanz und die formale Überprüfung spezifischer Aussagen über Code als eine weitere Ebene.

Formale Verifikation kann Probleme wie Integer-Unter- und -Überläufe, Reentrancy und mangelhafte Gasoptimierungen aufdecken, die Prüfern und Testern möglicherweise entgehen. Traditionelle Tests hingegen können lediglich das Vorhandensein von Fehlern, nicht aber deren Abwesenheit überprüfen.

Buterin merkte an, dass manche Software weiterhin Fehler enthalten wird, da Funktionsgewinne in bestimmten Fällen wichtiger sind als Perfektion. Entwickler, die der Sicherheit Priorität einräumen, werden jedoch über die Werkzeuge verfügen, um wirklich fehlerfreien Code zu erstellen.