Warum Cairo *über die Zeit* Solidity überwinden wird. Eine fehlerhafte Behauptung, die die Leute gegen Cairo, die erste 100% STARK-freundliche Smart-Contract-Sprache, aufstellen, lautet: Es gibt viel mehr Solidity-Entwickler als Cairo-Entwickler und viel mehr Entwicklungswerkzeuge für Solidity, und diese Lücke wird sich nur vergrößern. Aber diese Logik ist fehlerhaft. Laut ihr würde es niemals eine neue Programmiersprache geben, die das neue Ding ist. Pascal, Basic, C, C++, Rust, Python sind alles Sprachen, die in der Vergangenheit oder derzeit viel Anklang bei Entwicklern fanden. Doch jede von ihnen war zu Beginn weit unterlegen im Vergleich zu dem, was zu dieser Zeit populär war. Dennoch entwickeln sich Programmiersprachen weiter. Zurück zu Solidity vs. Cairo. Zuerst, analog zu allgemeinen Programmiersprachen, lassen Sie uns zugeben, dass einige PL mit der Zeit Solidity stürzen werden (und später von einer neueren PL gestürzt werden). Das ist in Ordnung. Jetzt müssen wir fragen, ob Cairo (oder Fuel, oder Move, oder etwas anderes) diejenige sein könnte, die Solidity überholt. Cairo ist eine großartige Smart-Contract-Sprache. Sie ist extrem sicher. Sie ist ergonomisch (ähnlich wie Rust, starke Typisierung). Und vielleicht eine der wichtigsten Dinge: Sie führt zu hoch effizienten und soliden STARK-Beweisen. Da sich alle einig sind, dass STARKs das Endspiel für die Skalierung von Blockchains sind, macht es Sinn, dass eine STARK-freundliche PL immer mehr Anklang finden wird. Cairo wird für STARKs und Skalierung das sein, was CUDA für GPUs war. Daher wird Cairo die Sprache sein, die das Schreiben von Smart Contracts dominieren wird (für einige Zeit). Sie denken, ich halluziniere. Sie könnten recht haben. Aber ich habe vor vielen Jahren gesagt, dass STARKs die beste Skalierung sind, und Sie haben damals gesagt: "Er halluziniert". ENDE